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La presenlPTnventlon conceme un piroc6d6 et un dispositif pour synthetiser une 
architecture §lectrlque et les applications de ce proc§d6 S un vehicule. 

Des outlls du nnarch§ pemnettent de representor en deux ou trois dimensions le 
routage des fils electriques dans un produit tel qu'un v6hlcule. Dans ce cas, |-utilisateur doit 
tracer chaque fil d'une broche. ou pine, d'un connecteur ^ un autre. Lorsque des moyens de 
mise au propre du routage existent, ils sont rudimentalres. 

L'objectif de la presente invention est notamment de permettre le routage de tout ou 
partie des fils d'une architecture 6tectrique^lectronique alors m§me que I'on ne connaTt pas 
encore pr6cls6ment la geom^trie du produit. mais que I'on sait le decouper en zones qui 
pourront. par exenr,ple. etre assemblees au moment de la fabrication dudit produit. On ne 
connaft pas de tels precedes reellement efRcaces. 

La pr§sente Invention vise aussi ^ rem§dler d ces inconvenients pour gagner du 
temps lors de la synthase et lors de revaluation d'architectures electriques et electroniques. 

A cet effet. la pr§sente invention vise, selon un premier aspect, un precede pour 
synthetiser une architecture 6lectrique et 6lectronique d'au molns une partie d'un produit 
comprenant des fils electriques et des composants Electriques et 6lectraniques tels que des 
capteurs. des actionneurs et des calculateurs. caract6ris6 en ce qull comporte les etais 
suivantes : ^ 

- on represente en deux dimensions la g6om6trie du produit d§coupeeln 
differentes zones ; 

- on place dans les differentes zones, des points de routage pour le routle 
des fils electriques ; . > 

- on place entre les differentes zones des points de connexion : • ' 

- on place les composants electriques et electroniques dans les zones; 

- on precede h une synthese du routage en fonctlon de la geometrie des 
differentes zones, des positions des "poinfe- de routage. des points de 
connexion et des composants ; 

- on precede a une evaluation de ce routage et 
en fonctlon du resultat de cette evaluation ; 

- on modine des emplacements de points de routage. de points de connexion 
et/ou de composants electriques et electroniques et on repete les eiapes de 
synthese et d'evaluation. 

Grace a ces dispositions, on optimise le routage par iteration. 
Selon des caracteristlques particulieres. au moins un point de connexion 
correspond, dans le produit. e un connecteur et/ou au molns un point de routage con-espond 
dans le produit. e un connecteur. 

Grace a ces dispositions, on prend en compte et on dimensionne les connecteure. 
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Selon des caract^ristiques particuiieres, on precise k i'interieur desdites zones, des 
sous-zones d'evitement dans lesquelles aucun fil, composant ou connecteur ne doit @tre 
plac§ et, au cours de I'etape de synthese, on interdit qu'un fSI traverse une sous-zone 
d'evitement. 



I'encombrement de certaines zones du produit. 

Selon des caracteristiques particuiieres, avant de placer les composants 6lectriques 
et §lectronlques, on fait au moins un des choix ci-apres : 
- choix d'unit6s de contrdle 6lectroniques, 



15 routage, on specifie des caracteristiques des composants 6!ectriques et electroniques. 

Selon des caracteristiques particuiieres, apres la synthase du routage, on visualise 
le cablage constitue du routage synthetise et de oonnecteurs. 

Grace a ces dispositions, on peut mettre au point le placement des points de 
routage en simplifiant la geometrie des torons. 
20 Selon des caracteristiques particuiieres, le precede comporte une etape de 

validation d'un routage parmi ceux evalues, et on procede au calcul d'une specification 
technique du c§blage constitue du routage synthetis6 valide et de connecteurs et on prooede 
^ la suite du calcul de la specification technique, au calcul d'un cout du cablage et/ou au 
calcul d'une mesure de qualite, par exemple par Testimation du nombre de pannes par 
25 million et par an du cablage. 

Grace a ces dispositions, le concepteur peuf comparer differentes solutions 
d'architecture et transmettre la specification de I'architecture retenue a Tequipe de 
developpement et de mise au point. 

Selon des caracteristiques particuiieres, le produit est un vehicule et les differentes 
30 zones du vehicule comprennent au moins Tune des zones suivantes : 
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Grace a ces dispositions, la representation est plus fiddle et tient compte de 
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- choix de reseaux de communication, 

- choix de capteurs et actionneurs, 

- choix de boTtiers fusibles et relais, 

- choix d'une architecture electrique et electronique. 

Selon des caracteristiques particuiieres, avant de proceder ^ la synthese du 



la zone de la face avant, 
la zone du capot, 
la zone du tableau de bord, 
- la zone du pavilion, 
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la zone du coffre et du hayon, au-dessus et en dessous des zones 
cl-dessus, 



- la zone de I'aile avant droite et de Taile avant gauche. 
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e de la porte avant drolte et de ia porte avant gauche, 

- ia zone du montant droit et du montant gauctie. 

- la zone de la porte arriere droite et de la porte arriere gauche. 

- la zone de I'aile arridre droite et de i'alle arriere gauche, entre ia zone du 
5 tableau de bond et celles de I'aile avant droite et de raiie avant gauche. les 

zones du montant avant droite et du montant avant gauche, entre ia zone du 
coffre et celles de i-alle aniSre droite et de i'aile arridre gauche, les zones du 
montant arriere droit et du montant arriere gauche, 

- une zone du dessus de piancher et 
^® une zone du dessous de piancher. 

Grace ^ ces dispositions, on peut appliquer le proc6d6 d un vehicule automobile. 
Seion un deuxidme aspect, la pr§sente invention vise un outii de conception 
d'architecture de systems. caract6rise en ce qu'ii comporte plusieurs ecrans qui comportent. 
chacun : 

- une description hierarchis6e du systdme, au moins un des niveaux de ia 
hierarchie repr6sentant des prestations oflertes S des utiiisateure. et 

- iorsqu'un Element de ia description hi^rarchisee est s6leceonn6. une vtie 
synth6tique d'une partle au moins de I'interface de cet §l6ment avec le teste du syst^me 5 

Grace a ces dispositions, I'utilisateur de I'outil de conception prend directement In 
compte les prestations offertes aux clients en y acc^dant dans lesdits ecrans et en observant 
des vues synthetiques ii6es S ces prestations. On rappelie id que les prestatioi 
representent des services au b6n4fice d'un utillsateur du systdme. par exemple 4 
conducteur d'un y6hicule embarquant iedit syst^me. Des prestations sont d6finies par ce que 
i'ut.l,sateur veut (par exemple la mise en route de ia cilmatlsation. d'essuie-glaces) ou par ce 
qu'on lui propose (par^exemple une s6curit6 passive, notamment en cas d'accldents) Eiies 
sont aussi definles par cfes capteurs et/ou des actionneurs qu'eiles mettenf-en oeuvre Elies 
correspondent, chacune. i une realisation mat^rieiie capteur/logiciel/actionneur, le capteur 
pouvant gtre materiel (capteurs en tableau de bond ou p6dales. par exemple). A partir des 
prestations. I'outil de conception pemiet de determiner des specifications du systeme des 
interfaces et ce que doivent comporter les elements du systeme et leur communication avec 
les autres elements du systeme. 

Selon des caracteristlques particuiidres. I'outil comporte un moyen de selection 
appele "ongler. d'une description hierarchlsee. la s6lec0on de chaque ongiet faisani 
apparaTtre un ^cran different de i'outil. Gr^ce ^ ces dispositions, le passage d'un ecran ^ 
35 I'autre est parftcullerement aise. 
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Selon des caracteristiques particuli^res, pour au moins un ecran, la description 
hierarchisee represents, a un premier niveau de hi§rarchie, une plurality de prestations, et a 
un deuxieme niveau de hi§rarchie, une pluraiite de cas d'utilisation pour chaque prestation. 

Grace a oes dispositions, chaque prestation est definie par ies cas de son 
5 utilisation. Par exemple, la prestation "essuie-glaces" peut etre definie par des cas 
d'utilisation de balayage aitern^, de balayage lent et de balayage rapide. 

Selon des caracteristiques particulieres, pour au moins un dit ecran, chaque cas 
d'utilisation comporte un oontexte ou situation initiate du systdme, une demande d'un 
utilisateur au systeme et une r6ponse du systdme correspondant k un changement de son 
10 etat. 

Selon des caracteristiques particulieres, dans au moins un ecran, pour chaque cas 
d'utilisation d'une prestation, on ddfinit des etats et des transitions d'etat associ6es. 

Grace a chacune de ces dispositions, les cas d'utilisation sont formalis§s et en 
relation directe avec les situations et etats du systeme et les demandes de I'utilisateur du 
15 systeme qui definissent les transitions entre etats. 

Selon des caracteristiques particulieres, avec au moins un ecran, on regroupe les 
etats qui fonctionnent dans des modes transverses aux prestations communs, dans des 
"phases", chaque etat est associ6 a une phase du systeme, I'ensemble des cas d'utilisation 
formalises representant toutes les reponses ou absences de r6ponse du systeme dans 
20 toutes les phases, celles ci representant, ensemble, toutes les oombinaisons des modes de 
fonctionnement du vehicule, 

Grace a ces dispositions, on hierarchise les etats ce qui permet une meilleure 
lisibilite car on peut conslderer chaque phase separement, puis chaque transition de phase. 

Selon des caracteristiques particulieres, chaque phase est constituee d'un 
25 ensemble de combinaison des modes de fonctionnement du vehicule, les modes etant 
transversaux'aux''prestations et hors du controle direct des prestations, par exemple un 
mode representant un niveau d^energie disponible et/ou un type d'utilisateur du systeme et 
ou un etat accidente ou non d'un vehicule. 

Grace a ces dispositions, la definition des phases est normalisee et de mise en 
30 oeuvre aisee. elle permet d'autre part une lecture facilitee car hierarchisee des etats. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
hierarchisee represente, a un premier niveau de hierarchie, une pluraiite de prestations, et a 
un deuxieme niveau de hierarchie, des phases de la prestation. 

Grace a ces dispositions, la description des prestations est detaillee pour chacune 
35 des phases du systeme, ce qui simplifie le travail de I'utilisateur de Toutil. 



Selon d^S-baracterisUques particulieres. pour au moins un ecran, la description 
hi^rarchlsee repr6sente. a un premier niveau de hierarcliie. une pluralite de prestations, et a 
un deuxidme niveau de hiierarchie. des 6tats. 

Gr§ce ^ ces dispositions, la description des prestations est rattachee a des etats du 
5 systeme. ce qui simpllfle le travail de I'utilisateur de I'outil. 

Selon des caracteristiques partfculidres. dans la description hierarchisee. un niveau 
hierarchlque d§crit. dans un etat donne. les operations 6l6mentalres. 

Grice a ces dispositions, les operations eiennentaires effectuees par le systeme 
sont accessibles dans la description hi§rarchis§e et peuvent §tre edit^es par I'utilisateur de 
10 routil. 

Selon des caracteristiques particulieres. pour au moins un ecran, un utilisateur peut 
effectuer un placement d'operations eiementaires sur des composants representes sur une 
vue synthetique. 

Grace d ces dispositions, les aspects fonctionnels du systeme peuvent etre 
15 fmplantes sur les composants materiels de ce systeme. 

Selon des caracteristiques particulieres, I'outil comporte. pour au moins un ecran 
une vue synthetlque representant une enveloppe d'un composant et chaque operatjbn 
eiementaire que ledit composant controle ou commande. | 
Grace a ces dispositions. Putllisateur de I'outil peut etudier le fonctionnementle 
20. chaque composant et les specifications qui en decoulent. | 
Selon des caracteristiques particulieres. I'outil comporte. pour au moins un ecran 
une vue synthetique representant une enveloppe d'une prestation et chaque operation 
eiementaire que ladite prestation comporte. '■ 

Grace a ces dispositions. I'utillsateur de I'outil peut etudier le fonctionnement de 
25 chaque prestation et les specifications qui en decoulent. 

Selon des caracteristiques particulieres. pour au moins un ecran, la description 
h.erarchisee represents des calculateurs du systeme, a un premier niveau de hierarchie et a 
un deuxieme niveau de hierarchie. des operations eiementaires contreiees ou commandees 
eiectroniquement par chaque calculateur. 

Grace a ces dispositions, I'utillsateur de I'outil peut etudier le fonctionnement de 
chaque calculateur et les specifications qui en decoulent. 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represents, pour chaque calculateur, les prestations qui sont. au moins 
partiellement, placees sur ledit calculateur. 

Grace a ces dispositions. I'utilisateur de I'outil peut etudier les relations entre les 
prestations et les calculateurs. 
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Selon des caract§risti'ques particulieres, pour au moins un ecran, une vue 
synth6tique repr^sente, pour chaque calculateur, les modes dans lesquels ledit calculateur 
doit fonctionner. 

Grace d ces dispositions, I'utllisateur de Poutil peut §tudier les relations entre les 
5 modes et les calculateurs. 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represente au moins un rSseau et les composants qui y sont relies. 

Gr§ce d ces dispositions, Tutillsateur peut 6tudier le fonctionnement de chaque 

reseau. 

10 Selon des caracteristiques particulieres, pour au moins un ecran, la description 

hi6rarchisee represente des calculateurs du syst^me, d un premier niveau de hlerarcfiie, et a 
un deuxieme niveau de hierarchie, pour chaque calculateur, les trames de donnees 
transitant sur les bus auxquels est connecte ie calculateur et/ou les composants 
6lectroniques (capteurs, actionneurs) directement connectes au calculateur. 

15 Grace a ces dispositions, rutilisateur de Toutil peut etudier chaque calculateur et les 

interactions qu'll a avec d'autres elements du syst6me, en particulier les bus auxquels il est 
connecte. 

Selon des caracteristiques particulieres, pour au moins un ecran, la description 
hierarchisee represente des trames, k un premier niveau de hierarchie, et a un deuxieme 
20 niveau de hierarchie. pour chaque trame, les donnees contenues dans les trames. 

Grace a ces dispositions, Tutilisateur de Poutil peut detainer la messagerle utilisee et 
etablir les relations entre les trames et les donnees qu'elles contiennent 

Selon des caracteristiques particulieres, pour au moins un ecran, une vue 
synthetique represente des composants et/ou r6seaux et une projection d'une prestation sur 
25 lesdits composants et/ou reseaux. 

Grace a ces dispositions; Tutilisateur de Toutil peut etudier separ6ment chaque *■ 
prestation, en terme d'implantation materielle. 

Selon des caracteristiques particulieres, pour au moins un ecran, un niveau 
hi6rarchique decrit, pour chaque operation elementaire, les flots de donnees d'entree et de 
30 sortie d'interface, pour chaque flot de donnees, le pilote et le composant et/ou I'operation 
elementaire, avec lequel le flot de donnees est echange. 

Grace a ces dispositions, Tutilisateur de Poutil peut etudier le detail de la mise en 
oeuvre d*une operation elementaire, en termes de flots de donnees, de pilotes et/ou de 
composants. 

35 Selon des caracteristiques particulieres, pour au moins un ecran. la description 

hierarchisee represente, a un premier niveau de hierarchie, une pluralite de prestations, et a 




un deuxiSme niveau de hierarchie, une pluralite de variantes de prestation, pour chaque 
prestation. 

Grace a ces dispositions, Toutil permet de traiter difF6rentes variantes d'une 
prestation dans la conception de I'architecture d'un systdme. 
5 Selon des caract§ristiques particuli§res, pour au moins un ecran, la description 

hierarchisee represente, a un premier niveau de hi§rarchie, une plurality de composants 
electroniques, et ^ un deuxieme niveau de hierarchie, une pluralite de variantes de 
composants electroniques, pour chaque composant electronique. 

Grace ^ ces dispositions, Koutil permet de traiter diff6rentes variantes d'un 
10 composant, par exemple differents composants de differents equipementiers, dans la 
conception de Tarchitecture d'un syst^me. 

Selon des caracteristiques particulieres, pour au moins une vue synthetique, une 
selection, avec un dispositif de pointage, d'un 6l6ment de la vue synthetique donne acces ^ 
une representation de fonctionnement dudit Element. 
15 Grace k ces dispositions, I'utilisateur de Poutil peut etudier le fonctionnement des 

differents elements representes dans la vue synthetique. '^t. 

Selon des caracteristiques particulieres, pour un cas d'utilisation, etant donne un 
placement partiel ou complet des prestations, on identifle automatiquement Tensemble^des 
operations elementalres dans I'architecture ainsi que I'ensemble des donnees 6chan|ees 
20 (trames, capteurs, actionneurs) correspondant a la realisation du cas d'utillsation. >i 

Grace a ces dispositions, si une erreur est observee, lors d'un test d'integraiSon, 
c'est a dire pour un cas d'utilisation donne, on peut retrouver les composants susceptibles 
d'etre a Torigine du dSfaut. 

Selon des caracteristiques particulieres, pour un cas d'utilisation, si on exprime une 
25 contrainte de performance sur ledit cas d'utilisation, on identifle automatiquement I'ensemble 
des operations eiementaires daris "I'architecture, I'ensemble des trames echange"@i^- 
I'ensemble des capteurs necessaires et/ou I'ensemble des actionneurs actives, de maniere a 
leur affecter respectivement des contraintes de d6lai d'ex6cution, de d6lai de transmission, 
de delai d'activation propres et/ou valider des contraintes deja exprimees. 
30 Grace a ces dispositions, on va pouvoir decider des contraintes de rafraTchissement 

des differentes donnees echangees par des operations eiementaires auxquelles s'applique 
la contrainte de peribmnance. 

Selon un troisieme aspect, la presente invention vise un outil de conception 
d'architecture de systeme, caracterise en ce qu'il comporte, pour des objets, composants. 
35 materiels et/ou prestations offertes au client, une representation graphique dite "enveloppe" 
qui comporte : 

- un contour representant ledit objet. 




- des representations d^autres objets avec lequel ledit objet communique, et 

- des representations de donnees echangees avec lesdits autres objets. 

Grace a ces dispositions. Tutilisateur de Toutii dispose d'une vue synthetique de 
I'interaction de I'objet avec d'autres objets du systeme. 
5 Selon des caracteristiques particulieres. lorsque ladite enveloppe represente un 

composant materiels, des representations de donnees sont effectuees pour une prestation. 

Grace a ces dispositions, chaque couple composant materiel - prestation peut etre 
etudie separement. 

Selon un quatrieme aspect, la presente invention vise un outil de representation de 
10 systeme comportant des composants electroniques relies, chacun, a au moins un bus, 
caracterise en ce qu'il comporte, pour chaque bus, une representation des composants qui y 
sont directement relies et, pour les composants directement relies ^ au moins deux bus, pour 
chacun de ces bus, associe audit composant, un identificateur de chaque autre bus auquel 
ledit composant est directement relie. 
15 Grace a ces dispositions, I'utilisateur de Toutil dispose d'une vue en trois 

dimensions, sans complexite de representation, chaque bus etant represente en deux 
dimensions et les liens entre les bus etant representes, selon une troisieme dimension, 
grSce aux identificateurs. 

Selon des caracteristiques particulieres, ledit identificateur est un element 
20 graphique. par exemple une pastille d'une couleur Identique a celle du bus dans ladite 
representation. 

Grace a ces dispositions, la visualisation des relations entre les bus est aisee, 
grace a la visualisation de Telement graphique. 

Selon un cinquieme aspect, la presente invention vise un proc6de de conception 
25 d'une specification d'un systeme materiel et logiciel, caracterise en ce qu'il comporte : 

- une etape de definition de prestations et. pour chaque prestation, de cas 

d'utilisation ; 

- une etape d'association de chaque cas d'utilisation S au moins un etat de depart 
du systeme, une demande utilisateur et, pour chaque 6tat de depart, un 6tat d'anrlvee du 

30 systeme ; 

- une 6tape de definition d'operations au cours de laquelle, pour chaque etat, on 
definit un ensemble d'operations elementaires correspondant a la reponse du systeme lors 
de Tarrivee dans ledit etat ; 

- une §tape de specification d'architecture du systeme definlssant des unites de 
35 contrSle ^lectronique el des reseaux ; 

- une etape de placement des operations elementaires sur les calculateurs ; 
et, au moins Tune des etapes suivantes : 




- une etape d'identification des flots de donnees circulant sur lesdits reseaux en 
fonction dudit placement ; et 

- une etape d'identification de la specification des interfaces des calculateurs en 
fonction dudit placement 

5 Grace a ces dispositions, ce precede permet de partir des prestations offertes a 

i'utilisateur du systeme, de determiner le fonctionnement du systeme puis d'implanter les 
operations elementaires mettant en oeuvre les prestations sur des calculateurs et d'identifier 
les consequences de Timplantation en termes de flots de donnees et/ou en termes de 
specification d'interfaces. 
10 Selon des caracteristiques particulieres, i'etape de placement comporte, pour 

chaque prestation, un choix parmi plusieurs modes de placement comportant notamment : 

- le placement de la prestation sur un seul calculateur, 

• - le placement maTtre-esclave dans lequel une operation elementaire 
supplementaire de controle de la prestation unique, active, suivant Tetat de la prestation 
15 dans lequel se trouve le systeme, les operations elementaires de la prestation, cette 
operation §lementaire supplementaire etant placee sur Tun des calculateurs, \'- 

- le placement distribuee dans lequel les operations elementaires sont reparties sur . 
au moins deux calculateurs et, sur chacun desdits calculateurs, une operation 6l|mentalre 
supplementaire de controle de la prestation est placee et active, suivant Tetat de la prestation 

20 dans lequel se trouve le systeme, les operations elementaires de la prestation pl^jcees sur 
ledit calculateur. 

Gr§ce ^ ces dispositions, le placement de chaque prestation peut etre effectue sur 
un ou plusieurs composants, avec des operations el6mentaires de controle correspondantes. 
Selon des caracteristiques particulieres, les operations elementaires 
25 supplementaires sont gener6es automatiquement avec : 

- comme entrees, toutes les donriies h^cessaires au calcul des transitions de 
Pautomate de contr6le de la prestation dont les etats sont les etats de la prestation et les 
transitions les traductions, par une operation elementaire, des demandes utilisateur et 

- comme sortie, une donn§e representant I'etat dans lequel se trouve la prestation. 
30 Grace a ces dispositions, le travail de I'utilisateur de i'outil est tres simplifie. 

Selon des caracteristiques particulieres. au cours de I'etape d'identification des flots 
de donnees, on determine un etat de chaque flot de donnees, par rapport a une messagerie 
donn6e : 

- donnees "libres", k placer dans des trames, 

35 - donnees deja plac6es dans une frame et circulant sur le rSseau et telles qu'elles 

sont produites dans les calculateurs oO la frame est produite et consommee dans les 
calculateurs ou la frame est consomm6e, et 




- emplacements de frame non utilises. 

Grace a ces dispositions, les donnees et les trames peuvent etre organisees, et 
pendant la conception du systeme. on peut mesurer le travail restant a faire pour couvrir 
rensemble des echanges de donnees par les differentes trames. 

5 Selon des caracteristiques particulieres, etant donne un cas d'utilisation, on 

exprlme une contrainte de performance sur ce cas d'utilisation ainsi que sur certaines des ' 
operations elementaires realisees dans Tetat d'arrivee dudlt cas d'utilisation, I'outil synthetise 
alors automatiquement la liste des executions d'operations elementaires, executions de 
pilotes. ecritures et lectures dans des trames, prise en compte d"infomiation par des capteur 

10 et des actionneurs, transfert de trame sur un reseau mise en oeuvres suite au placement 
desdites operations elementaires et le concepteur peut valider que cette contrainte de 
performance est satisfaite pour un placement desdites operations elementaires ou specifier 
des exigences de delai d'execution et/ou de temps de reponse pour satisfaire cette 
confrainte de performance. 

15 Grace a ces dispositions, on peut s'assurer que le systeme aura bien les 

performancecs attendues et Ton peut notamment mettre au point des exigences de 
performance pour les divers composantes du systeme. 

Selon des caracteristiques particulieres, si, pour une prestation possedant au moins 
deux variantes, lesdites variantes ont des operations elementaires partagees, alors lesdites 

20 operations elementaires sont placees sur les memes calculateurs ou variantes de 
calculateur. 

Par exemple des variantes d'acces au vehicule, Tune avec cle, {'autre sans cle. 
partagerons les operations elementaires de verrouillage et deverrouillage. 

Grace a ces dispositions, II est possible de gerer simplement la diversity des 
25 prestations lors de I'etape de placement car Ton a pas besoin d'effectuer plusieurs fois le 
"placement d^une operation elementaire partagee entre plusieurs variantes de prestation. 

Selon un sixieme aspect, la presente invention vise un outil de conception d'un plan 
de cablage, caracterise en ce qu'il comporte plusieurs ecrans qui comportent chacun : 

- une description hierarchisee des composants materiels a placer 

30 - une representation en deux dimensions des zones sur lesquelles les composants 

sont places. 

Selon des caracteristiques particulieres, la representation en deux dimensions des 
zones sur lesquelles les composants sont places comporte une vue globale de Tensemble 
des zones ainsi qu'un moyen de rajouter ou entever des zones. 
35 Selon des caracteristiques particulieres, lorsque Ton selectionne une zone dans la 

vue globale de Tensemble des zones, une vue locale de la zone, vue locale dans laquelle 




des caracteristiques geometriques de la zone peuvent etre speciflees, par exemple en 
cliquant deplagant des points de contour de la zone, apparalt, 

Grace a ces dispositions, la specification de la zone peut etre fidele a la piece qu'elle 
represente. 

5 Selon des caracteristiques particulieres, on peut editer. sur la vue locale d'une zone 

en cliquantKleplagant a partir d'une icone de Toutii, des points de routage, des points de 
connexion, des sous-zones d'evitement et/ou des points de masse. 

Grace ^ ces dispositions, le concepteur peut specifier des points de passage 
preferentiels pour le routage des fils qui permettront de former des torons. des points de 
10 passage preferentiels d'une zone a une autre et des sous-zones d'evitement dans lesquelles 
aucun fil ne peut passer par exemple pour des raisons mecaniques ou d'encombrement, les 
endroits de la zone qui peuvent sen/ir de masse. 

Selon des caracteristiques particulieres, un point de routage ou un point de 
connexion entre zone peut etre transforms en connecteur en cliquant sur un attribut dudit 
15 point de routage ou de connexion. 

Grace a ces dispositions, on peut specifier Templacement des connecteurs qui 
permettront de decouper les fils et torons en pieces suffisamment petites ou pratiques pour :. 
. le montage. 

Selon des caracteristiques particulieres, on peut specifier Templacement des 
20 differents composants electroniques, les boTtiers fusibles et relais, les unites de controle ^ 
6lectronlques, les capteurs, les actionneurs, notamment en cliquant deplagant sur une ..^ 
representation desdits composants dans une liste hierarchisee. i 

Grace a ces dispositions, le concepteur peut specifier Templacement ou seront places 
ces composants sur les diffSrentes zones du produit. 
25 Selon des caracteristiques particulieres, on synthStise automatiquement le routage. 

des differeri'fe capteurs et actionneurs jusqu'aux differents bolti^fs Tusibles et relais et unites 
de controle electronique. 

Grace a ces dispositions, on peut visualiser le c§blage et mettre au point le 
positionnement des points de routage et de connexion pour r§duire "a vue" les longueurs et 
30 les formes des torons, 

Selon des caracteristiques particulieres, pour chaque capteur et chaque actionneur. 
des pines de donnees associees a des pilotes (mat6riels et logiciels) eux-meme associes a 
des donn§es, des pines de puissance correspondant a Talimentation et des pines de masse 
6tant specifi6es, on synthetise automatiquement, le routage des fils correspondant d ces fils 
35 aux unites de controle 6lectroniques ou aux boTtiers fusibles et relais pour les donn6es, aux 
boTtiers fusibles relais pour les fils de puissance et aux masses respectivement les plus 
proches. 




Grace a ces dispositions, on evalue le nombre de pines des connecteurs. des 
connecteurs des unites de controle electroniques et des boTtiers fusibles et relais. ainsi que 
la taille des differents torons. 

Selon des caracteristiques particulieres, si un capteur ou un actionneur est relie a un 
5 calculateur dans Touti! de conception d'architecture de systeme, alors, au cours de la 

synthese du routage, on relie les pines de donnees dudit capteur ou dudit actionneur au dit 
calculateur. 

Grace a ces dispositions, des exigences de liaison d'un capteur ou d'un actionneur a 
un calculateur, par exemple pour des raisons contractuelles avec un foumisseur, sont prises 
10 en compte dans la conception de I'architecture electrique et electronique. 
Selon des caracteristiques particulieres, 

- etant donnee une fonction de cout des connecteurs, par exennple basee sur 
un abaque qui donne une estimation du prix des connecteurs en fonction du 
nombres de connexions de donnees, de puissance et de masse, ou base par 

15 exemple sur un prix moyen affecte a chaque connexion d'un fil de donnees, 

courant ou masse, 

- etant donnee une evaluation du coOt des composants electroniques, 
capteurs, actionneurs, unites de controle electronique ou boTtiers fusibles et 
relais 

20 - etant donnee une fonction de cout des fils basee par exemple sur leur 

longueur et sur leur type, en prenant par exemple un poids lineaire moyen 
pour les fils de puissance et de masse, un poids lineaire moyen pour les fils 
de donnees. et un cout massique du composant dans lequel sont fabriques 
lesdits fils, 

25 on calcule automatiquement un cout d'une architecture electrique et electronique, en 

fonction d'au moins une desdites fonctions et Evaluations. 

Grace a ces dispositions, on peut comparer les couts respectifs de deux architectures 
afin de choisir la moins chere. 

Selon des caracteristiques particulieres, etant donne un cout moyen pour les pilotes 
30 logiciels et materiels des differents pilotes, etant donne un cout de mise en oeuvre d'une 
operation elementaire. on estime automatiquement un cout d'une unite de controle 
electronique ou d'un bottler fusibles et relais puis d'une architecture electrique et 
electronique complete. 

Grace a ces dispositions, Testimation de coOt est automatique a partir de n'importe 
35 quel placement realise dans Toutil de conception d'architecture de systeme d'une pluralite de 
prestations pour lesquelles des estimations ont 6te realis6es. 
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Selon desmacteristiques particuliSres, §tant donn6 un routage synth6tise, etant 
donnees des mesures de qualite pour les connecteurs et les portions de fil des differentes 
zones, on estlme automatiquement une mesure de qualite d'une architecture electrique et 
6lectronique. 

Grace a ces dispositions, on peut ^valuer la qualite respective de deux architectures 
6iectriques. 

Selon des caracterlstiques particuli6res. 6tant donn6 une mesure de qualite des 
diff§rents calculateurs capteurs et actionneurs places dans les differentes zones, on estime 
automatiquement la quality d'une architecture 6lectrique et 6lectronique 

Grace a ces dispositions, on peut §valuer la quality respective de deux architectures 
electriques et §lectroniques 

Selon des caracterlstiques particull§res, 

- 6tant donne une mesure de quality pour cheque type d'entr6es/sorties, pour 
chaque type de fil (puissance, masse, donn6es), 

- etant donn6e une mesure de qualite pour l'ex§cution d'une instaiction sur un 
calculateur. pour un acc§s en m6molre vive, pour un accds en m§moire flash. 

on calcule automatiquement une mesure de quality pour I'execution d'une operation | 
6l6mentalre. et pour I'execution d'un ensemble d'opSrations el§mentaires sur un calculateu^ 

Grace a ces dispositions, on prend en compte pr6cis6ment la qualite de f 
fonctionnement des calculateurs dans revaluation qualite d'une I'architecture Electrique j 
eiectronique. 

Selon des caracterlstiques parOculferes. on detemiine automatiquement, dans I 
chaque zone, des points de routage candidats pour regrouper les fils de puissance et de , " 
masse en Epissures et I'on cholsit automatiquement celul qui minimise la longueur de fil dans 
ladite zone. 

Grace a ces dispositions, on optimise la longOgQrdu cablage et on minimise la tallle 
des connecteurs. 

Selon des caract§ristlques particulieres, on tient compte des 6pissures dans les 
evaluations de coOt et de qualite. 

Grace a ces dispositions, ces evaluations sont de meilleure qualite. 
Selon un septieme aspect, la presente Invention vise un outil de synthase d'un 
routage economiquement optimal, caracterise en ce que : 

- les differentes configurations de variantes de prestation et de variantes de 
calculateurs etant specifiees et le taux d'occunence de ces configurations etant connu. la 
somme des taux des configurations etant egale a un, 

- les caracteristiques de coOt des composants etant connues et ponder6es en 
fonction de leurs taux de monte respectifs. 
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- le placement partiel ou complet des variantes de prestation sur les variantes de 

calculateur etant realise, 

on synthetise automatiquement un routage economiquement optimal tel que. pour chaque 
capteur et chaque actionneur, on identifie les routages valides. on 6value le coOt de routage 
5 desdits routages valides pour chaque configuraUon. et I'on choisit le routage valide qui 
minimise la moyenne. ponderee par les taux de montes de chaque configuration, des couts 
de routage pour chaque configuration. 

Grace a ces dispositions, on peut comparer les coQts respectifs de deux architectures 
candidates pour un plan produit en integrant un mix de gamme et d'options. 
10 Selon des caract^ristiques particulieres. on synth^ise le routage optimal en quality 

caract6rise en ce que I'on reprend les etapes ci-dessus. le crit^re que I'on minimise etant 
une mesure de qualite pref§rentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les mesures de quality respectives de 
deux architectures candidates pour un plan produit. 
15 Selon des caract6ristiques particulieres. on synthetise le routage optimal en poids 

caracteris§ en ce que Ton reprend les etapes ci-dessus. le crit§re que Ton minimise 6tant 
une mesure de qualite preferentiellement exprimee en pannes par million. 

Grace a ces dispositions, on peut comparer les poids respectifs de deux architectures 
candidates pour un plan produit. 
20 Selon des caract§ristiques particulieres, on calcule automatiquement un coOt de 

mbntage de I'architecture electrique et 6lectronique en fonction d'un coOt de montage d'un 
toron sur une zone, d'un coOt de montage d'un connecteur sur une frontiSre de zone ou sur 
une zone, d'un cout de montage d'un calculateur sur une zone, d'un coQt de montage d'un 
capteur ou d'un actionneur sur une zone et d'un coOt de connexion d'un connecteur entre 

25 zones ou dans une zone. 

Gr§ce S ces dispositions, on peut comparer les couts de montage respectifs de deux 

architectures. 

Selon des caract§ristiques particulieres. on synth§tise le routage optimal pour 
I'ensemble des configurations, en reprenant les etapes ci-dessus. le critere que I'on 
30 minimise etant un coQt compose : 

- du coOt recurrent estime des pieces. 

- d'une estimation du coOt qualite en anticipation de coOt de reparation par 
zone ce cout etant majore par un cout constant dependant de la zone et de 
sa facilite d'acces. 

35 . d'une estimation du coOt du poids en prise en compte de I'usure m6canique 

et de la consommatlon liee e une augmentation de poids du vehicule et/ou 

- d'une estimation du coQt de montage. 




Grace a ces dispositions, il est possible de realiser une architecture optimisant le cout 
par rapport a un plan produit et non seulement par rapport a une seule variante de produit et 
prenant en compte tous les aspects de la conception 

Uensemble des operations du procede peut etre realise au nnoyen d'un ordinateur. 
5 Le procede selon invention peut s'appliquer a la synthese de Tarchitecture 

electrique d'un produit nouvellement cree. Le procede selon invention peut egalement 
s'appliquer a la synthese d'une architecture electrique nnodifiee par rapport a une 
architecture anterieure. 



10 D'autres avantages, buts et caracteristiques de la presente ressortiront de la 

description qui va suivre, faite en regard des dessins annexes, dans lesquels : 

- la figure 1 represente schematiquement les differentes etapes du procede selon 
(Invention, 

- la figure 2 est une vue de dessus, en plan des differentes zones d'un vehicule 
15 automobile, ^ 

" la figure 3 est une vue schennatique d'elements de description de zones, :> 

- la figure 4 montre des routages valides dans une zone de portiere d'un vehicule,Ji 

- la figure 5 montre un exempte du cablage d'une portiere de vehicule, 

- les figures 6^16 representent des ecrans mis en oeuvre pour la conceptid^f 
20 d'une architecture de systeme electronique et informatique, . % 

- la figure 17 represente des etapes mises en oeuvre pour la specification d'uh^| 
variante de prestation, et 

- la- figure 18 represente des etapes mises en oeuvre dans un procede de 
conception d'une architecture de systeme selon la presente inyention. 

25 

Avant de detainer des modes de r6alisatldn^artieuliers de diff§rents aspects de la 
presente invention, on donne ici des explications sur la terminologie utillsee 

- les termes "v§hicule" et "produit" sont utilises indlfferemment, la port§e de la 
presente invention ne se llmitant pas aux v§hicu!es mals les modes particuliers de realisation 

30 6tant detailles pour un produit constitue d'un vehicule, 

- les termes "estimation" et "evaluation" sont utilises indlfferemment. 

- dans un but de concision, le terme "outil" slgnifte "outil de conception 
d'architecture de systeme". 

- lorsque, dans le contexte de la description, la difference entre une unite de 
35 controle electronique ou un boTtier fusibles et relais n'est pas importante, on pariera 

simplement de calculateur. Lorsque la gestion de diversite des calculateurs sera discutee, on 
pariera de type de calculateur pour un calculateur generique d'un rSseau de bord, comme 




par exemple le calculateur d'injection d'un vehicule automobile et de variante de calculateur 
pour une instance particuliere d'un type de calculateur, par exemple tel controleur d'injection 
essence produit par tel equipementier toujours pour un vehicule automobile. Lorsque Ton 
abordera les reseaux de bord, on parlera de noeud du reseau pour parler d'un type de 

5 calculateur, ou d*une variante de calculateur suivant les cas, connecte a un reseau, pour 
rester coherent avec la terminologie classiquement employee. 

La notion de composant fera generalement reference a un capteurou un actionneur 
par opposition a un calculateur. Un composant electronique sera par centre aussi bien un 
actionneur ou un capteur qu'un calculateur ou un autre composant intelligent aussi appele en 

10 anglais "smart component". Un composant electrique §lectronique designera n'importe quel 
type de composant. En pratique, ces distinctions seront claires a partir du contexte 
d'utilisation. 

Finalement, on parlera simplement de "reponse" pour parler d'une reponse a une 
demande utHisateur. 

15 

La figure 1 represente schematiquement les etapes du processus suivi pour realiser 
le routage des fils de I'architecture electrique et electronique ainsi que son evaluation. 
Certains liens entre certaines des etapes y sont symbolises par des fleches. Par exemple, la 
fleche entre les etapes 102 et 104 indique que Tetape 104 est realis6e apres Tetap^ 102. Par 
20 contre, il n'y a pas de lien entre r§tape 104 et Tetape 106, ces deux etapes peuvent etre 
realisees dans un ordre indifferent sans nuire a la qualite du resultat. 

Pour effectuer le routage des fils et son evaluation, le procede comporte : 

- une etape 102 au cours de laquelle on specifie la geometric du vehicule, sous 
forme de zones, par exemple en mettant en oeuvre un ordinateur qui affiche Tecran illustre 

25 en figure 13 et dispose d'un logiciel permettant de r§aliser les fonctions decrites en regard de 
la figure 13 ; Parallelement a cette etape 102, on fait au moins un des chcSix ci-apres : 
choix d'unites de controle electroniques, 
choix de reseaux de communication, 
choix de capteurs et actionneurs, 
30 - choix de boTtiers fusibles et relais, 

- ' choix d'une architecture electrique et electronique 

et on specifie des caract6ristiques des composants electriques et electroniques. 

- une etape 104 au cours de laquelle on place des sous-zones dites "d'6vitement", 
dans les zones definies au cours de Tetape 102, comme explique en regard des figures 13 et 

35 14; 

- une etape 106 au cours de laquelle on place des points de routage, des 
connecteurs, en particuliers entre les zones d6finies au cours de Tetape 102 ; 



- une etape 108 au cours de laquelle on place les composants 

- une etape 1 10 au cours de laquelle le loglciel qui implemente Is premier aspect de 
la pr§sente invention eflectue automatlquement une synttiese du routage des signaux, un 
exemple d'un tel routage etant presents en figure 5 ; 

5 - une etape 112 au cours de laquelle le logiclel effectue automatiquement une 

synthase du routage de la puissance, un exemple d'un tel routage etant propose en figure 5 ; 

- une 6tape 114 au cours de laquelle ie logiclel effectue automatiquement une 
synthese des liens de masse, un exemple d'un tel routage etant propose en figure 5 ; 

- une 6tape 116 au cours de laquelle le logiclel efl'ectue automatiquement une 
10 Evaluation du coOt du routage, a partir de fonctions d'estimatlon des couts des connecteurs 

et des fils en fonction de leur dimension et des fonctions d'estimation des cpQts des 
diff§rents composants electroniques et en sommant les coOts des 6l6ments composant 
I'architecture ; 

- une §tape 118, au cours de laquelle ie logiclel effectue automatiquement une 
15 Evaluation de la quality du routage S partir de fonctions d'estimation de la qualite des 

connecteurs et des fils en fonction de leur dimension et de fonctions d'estimation de la 
quality des differents composants Electroniques ; et ^ 

- une etape 120. au cours de laquelle le loglciel effectue automatiquement urie 
Evaluation du poids du routage, a partir de fonctiqns d'estimation du poids des connectey^s 

20 et des fils en fonction de leur dimension et de fonctions d'estimation du poids des diffErei^s 

composants Electroniques . 

En fonction du rEsultat de ces Evaluations, on modifie les emplacement de point.de 

routage. de connexion et des composants ElEctriques est electronques. Etapes 106 et 108 en 

vue d'une amelioration et on reprend les Etapes de synthEse 110, 112, 114 pour procEder a 
25 une nouvelle Evaluation et de maniEre itEratlve converger vers une solution optimisEe. 

Lbrsque une solution optimsEe est dEtemninEe; "oft prdcede au calcul d'une 

spEcification technique du c§blage constituE du routage synthetisE valldE et de connecteurs 
La figure 2 reprEsente schEmatiquement le dEcoupage en zones d'un produit, en 

I'occurrence un vEhicule automobile 5 portes avec un hayon. Les diffErentes zones du 
30 vEhicule sont reprEsentEes suivant une vue de dessus. Ces diffErentes zones comportent : 

une zone aile avant droite 202, une zone porte avant droite 204, une zone montant droit 206. 

une zone porte arriEre droite 208. une zone alle amEre droite 210. une zone montant avant 

droit 211, une zone montant amere droit 212, une zone hayon 214, une zone pavilion 216. 

une zone cockpit 218. une zone capot 220. une zone montant avant gauche 222, une zone 
35 montant anriEre droit 224, une zone face avant 226, une zone aile avant gauche 228, une 

zone porte.avant gauche 230. une zone montant gauche 232. une zone porte aniEre droite 

234, une zone aile aniere gauche 236. et une zone plancher 240. 
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Ces zones sont, en figure 2, representees ensemble et orientees suivant une 

"boussole" 238. placee a titre indicatif, qui permet intuitivement a I'homme du metier de 

naviguer dans chaque zone en sachant comment elle est situee par rapport a celles qui 

I'entourent, a la fois dans la representation et dans la realite. La boussole 238 indique 

5 cxsmment les zones sont situees les unes par rapport aux autres, mais ne s'applique pas d 

chaque zone en particulier. Par exemple. les zones "aiie avant droite" 202 et "porte avant 

droite" 204 sont placees de telle sorte que I'on peut en deduire que la zone "aile avant droite" 

202 est a I'avant de la zone "porte avant droite" 204. Pour autant. ces deux zones sont 

verticales et, localement, ne seront pas representees selon les orientations indlqu6es par la 

10 "boussole" 238. 

De meme, on voit en figure 2 que la zone "montant droit" 206 est a droite de la 
zone "pavilion" 216, mais la zone "pavilion" 216 est horizontale et sera representee dans une 
vue locale selon les orientations indiquees par la "boussole" 238 alors que la zone "montant 
droit" 206 est verticale. La "boussole" 238 sert done a situer les zones entre elles mais ne 
15 s'applique pas necessairement a la description du contenu de chaque zone. 

La figure 3 represente schematiquement des elements de description de zones et 
illustre comment sont places sur une zone "zone horizontale plancher 318 correspondant en 
figure 2 a la zone plancher 240, un point de connexion 302, un point de routage 312. un 
connecteur place en lieu et place d'un point de routage 304 ou en lieu et place d'un point de 
20 connexion 316, une zone d'evitement 314. des composants 306 et 308. qu'il s'agissent de 
capteurs, actionneurs, unite de controle eiectronique ou boltiers fusibles et relals. 

Un routage de la zone est realise, le composant 306 etant route au point de 
connexion 302 via le connecteur 304 et le composant 308 etant route au connecteur 316 via 
le point de routage 312. D'autre part, la figure 3 illustre les connexions entre zones 
25 schematisees par le trait discontinu entre, d'une part, le point de connexion 302 de la zone 
horizontale plancher 318 et le point de connexion 320 de la zone vertlfcale connexe 324 et. 
d'autre part, le connecteur 316 de la zone horizontale plancher 318 et le connecteur 322 de 
la zone verticale connexe 324. La "boussole" 326 indique comment orlenter la zone 
horizontale plancher 318 alors que la "boussole" 328 indique comment orienter la zone 
30 verticale connexe 324. On note que ces deux zones sont perpendiculaires, la zone 
horizontale plancher 318 etant inscrite dans un plan horizontal alors que la zone verticale 
connexe 328 est inscrite dans un plan vertical. Les points de connexion 302 et 320, lorsqu'ils 
sont associes, representent un meme point dans I'espace, c'est ^ dire un point de contact 
physique entre les zones horizontale plancher 318 et verticale connexe 324. De m§me, les 
35 connecteurs 312 et 316 sont reunis par un m6canisme standard de type "prise 
male/femelle". par exemple le connecteur 312 est un connecteur mile et le connecteur 316 



• 1, • 

est un cx)nnecteur femelle et ces deux cx^nnecteurs sont physiquement lies en un point de 
contact physique entre les zones horizontale plancher 318 et verticale connexe 324. 

La figure 4 represente schematiquement des routages valides dans une zone 
portiere avant gauche 414 con^espondant a la zone porte avant gauche 230 illustree en 
5 figure 2. Les sous-zones d'evitement 418, 420 et 422 sont hachurees. et des composants 
sont representes, notamment un bouton de connmande du leve-vitre 402, une lampe 
d'eclairage du bouton de commande du leve vitre 404, un moteur de verrouillage 406, un' 
moteur de leve-vitre 408. des connecteurs 410 et 412. La lecture de la zone 414 est 
simplifiee a I'aide de la "boussole" 416. D'autre part, des points de routage 451, 452, 457 et 
10 458 ont ete places. On note que certains somnnets de la sous-zone d'evitement 422 sont 
specifiquement utiles pour les routages, tfest-a-dire fils electriques ou liens, 454, 455 et 456. 

La figure 5 represente schematiquement un routage d'un ensemble de fils sur deux 
zones, d'une part, une zone porte avant gauche 414 et. d'autre part, une zone cockpit 510. 
Certains composants sont communs aux figure 4 et 5. D*autres, notamment dans la zone 
15 cockpit 510 sont ajoutes : un point a la masse 504, une unite de controle electronique 506, 
un boitier fusibles et relais 508 et les connecteurs 502 et 512, correspondant respectivement 
aux connecteurs 410 et 412 de la zone porte avant gauche 414. Le lien entre le| 
connecteurs des deux zones sont symbolises par les traits en pointille, en figure 5. E| 
pratique, les connecteurs 502 et 410, par exemple, sont reunis par un mecanisme standai"|l 
20 type prise male/femelle comme indique en regard de la figure 3. 4 
Une representation en deux dimensions du produit est realisee comme suit : 1^ 
produit est decoupe en zones dont les dimensions doivent etre specifiees pour coller aCi 
mieux a la geometrie du produit considere. Cette representation est notamment satisfalsante 
pour un vehicule automobile dans la mesure pu le cablage peut etre en grande partie fixe 
25 directement aux toles et done a une decomposition du vehicule en zones planes, comme 

detaille en figure 2. 

Chaque zone representee est de preference verticale ou horizontale. Par exemple, 
on peut assocler le plancher d'un vehicule a une zone horizontale et une portiere d'un 
vehicule a une zone verticale. Pour un hayon Incline, on peut choisir Tune ou Tautre des 
30 representations. De plus, on peut indiquer la gauche et la droite, Tavant et TarriSre, le haut et 
le bas de ladite zone. Ces orientations ont notamment pour objectif que I'homme du metier 
puisse se retrouver facilement dans le passage d'une zone une autre, ou d'un vue globale, 
dans laquelle toutes les zones sont representees, a une vue locale, dans laquelle une seule 
zone, par exemple, est representee. 
35 La figure 2 represente une vue de haut des differentes zones de la partie 

superieure d'un habitacle d'automobile a cinq portes (y compris le hayon), Le decoupage en 
zones logiques est specific, mals les dimensions respectives et les formes des zones ne 




sent pas representes sur la figure 2. Les zones sont orientees en figure 2 puisque avant, 
arriere, gauche et droite de la vue de dessus sont indiques. Certaines pieces sont 
horizontales, comme le pavilion, et d'autres verticales, comme les portes. 

Chaque zone peut contenir des sous-zones d'evitement, c'est a dire des zones 
5 dans lesquelles on ne peut pas faire passer de flis. Par exemple, dans le hayon d'un 
vehicule. la vitre correspondra a une sous-zone d'evitement. 

Pour des raisons de simplicite, les zones peuvent etre representees par des figures 
geometriques simples comme par exemple des polygenes ou encore plus simplement des 
quadrilateres. Chaque zone a son referentiel et les sous-zones d'evitement d'une zone A 
10 sont des formes inscrites dans A, preferentiellement sous forme de polygone ou de 
quadrilatere. 

La figure 3 represente un zoom sur une zone du type de celles decrites dans la 
figure 2. II s'agit d'une zone inscrite dans un plan horizontal comme Tindique la boussole 328. 
Elle se nomme "zone horizontal plancher". Au centre de la piece, une forme hachuree 
15 indique une sous-zone d'evitement 314. Les formes hachurees, dans les figures 4 et 5. 
indiquent de meme les sous-zones d'evitement 418, 420 et 422. 

Chaque zone est, par ailleurs, liee aux autres zones par des points de connexion 
qui servent a specifier les liens geometriques entre les differentes zones et ^ specifier des 
emplacements ou les fils peuvent passer d'une zone a une autre, Un point de connexion 
20 entre deux zones est done represente sur chacune de ces zones. Un point de connexion 
peut etre un connecteur. Dans ce cas, il est un connecteur sur les deux zones qu'il lie. 

Dans la figure 3, le lien entre deux zones, par des points de connexion, est illustre. 
La zone "zone horizontale plancher" 318 est liee a la zone "zone verticale connexe" 324 par 
deux connecteurs 302/320 et 316/322. Ces deux connecteurs sont situes a distance egale 
25 I'un de I'autre sur chacune desdites zones. 

Les points de Youtage sont des points de regroupement de fli pTcypos^s, dans 
chaque zone, par le concepteur et qui permettent notamment de regrouper les fils en torons. 
Preferentiellement. tous les sommets d'une sous-zone d'evitement sont des points de 
routage afin qu'il existe toujours une solution au probleme du routage dans une zone. Sur 
3(» specification du concepteur, un point de routage peut etre un connecteur. 

Dans la figure 3, deux points de routage 304 et 312 sont representes. dont I'un, 
304, est en fait un connecteur. 

Un routage entre deux points (par exemple entre un capteur et un actionneur) 
consiste en une sequence de points de routage ou de connexion. Le fil synthetise suivant un 
35 routage est suppose et represente recfiligne entre deux points de routage ou de connexion 
successifs. 




Un routage est dit valide dans une zone si, d'une part, il ne traverse aucune sous- 
zone d'evitement et si, d'autre part, etant donnes deux points de routage ou de connexion 
successifs A et B du routage. alors il n'existe pas de point de routage C atteignable sans 
traverser une sous-zone d'evitement et tel que les longueurs des segments AC et BC soient- 
5 inferieures a la longueur du segment AB, 

Un routage traversant plusieurs zones par Tintermediaire de points de connexion 
entre zone est valide s'il est valide dans chaque zone. 

La longueur du routage tfun fil est la somme des distances entre les points de 
routage ou de connexion successifs qui ferment le routage, Le routage est optimal si la 
10 longueur du routage est minimale parmi tous les routages valides possibles. 

Pour trouver le routage optimal entre deux points, on peut par exemple enumerer 
tous les routages valides possibles entre ces deux points ne comportant pas de boucle (c'est 
a dire qui ne passe jamais deux fois par le meme point de routage ou de connexion) et 
choisir le routage le plus court . 
15 Dans la figure 4, les points 451 , 452, 453, 454, 455, 456, 457 et 458 sont des points 

de routage. Les points 410 et 412 represented des points de connexion entre zones 
contenant des connecteurs. On note que 454, 455 et 456 sont aussi des sommets . 'd'une 
sous-zone d'evitement Les routages possibles pour router le moteur de verrouillage 4Qg, au 
connecteur 41 2 sont nombreux : on peut citer le routage (406 - 451 - 452 458 - 412) ety[406 
20 - 454 - 455 - 456 - 457 - 458 - 412). En fait le routage (406 - 451 - 452 - 458 - 412) ne^peut 
pas convenir car il traverse une sous-zone d'evitement Finalement, le routage le plus^court 
respectant toutes les clauses est (406 - 454 - 455 - 456 - 458 - 412). En pratique le palcul 
d*un routage se fait entre deux composants plutot qu'entre un composant et un point de 
connexion comportant ou non un connecteur dans une zone. 
25 Les composants 6lectroniques et electriques suivant sont places sur les dlff6rentes 

zones produit. Ces composants sont : 

les unites de controle §lectroniques : ce sont des composants 6lectroniques 
capables de commander des signaux de donnees, tfest a dire de faible puissance, servant 
notamment a transporter des donnees logicielles ou interpretables par du logiciel, 
30 notamment provenant d'un capteur ou A destination d'un actionneur ; 
les capteurs et actionneurs ; 

les boTtiers fuslbles et relais: ce sont des composants electroniques capables 
de commander aussi bien des signaux de faible puissance que des signaux de forte 
puissance, que Ton quallfie simplement de signal de puissance ; 
35 - les sources : sont les sources d'energie, typiquement une batterie - une 

source peut etre assimilee S un boTtier fuslbles et relais particulier ; 




Les unites de controle electroniques assurent preferentiellement le cxDntrole logtque 
des composants alors que les boTtiers assurent le relai de leur alinnentation et les sources 
assurent ralimentation de Tensemble. Comme leur nom Tindique, les boTtiers fusibles et 
relais contiennent par exemple les fusibles protegeant les differentes charges (composants 
5 consommant de Tenergie) placees sur les differents fils lies auxdits boTtiers et contiennent 
aussi preferentiellement des relais permettant Tactivation des charges necessitant de la 
puissance. 

Preferentiellement, les differents elements de Tarchitecture electrique et 
electronique sont representes par des points, c'est a dire associ6s a deux coordonnees dans 
10 le referentiel de la zone sur laquelle ils sont places. Les points de masse sont aussi places. 
Les points de masse sont tels qu'un fli dit de masse, connecte a un point de masse, se 
trouve ^ un potentiel electrique nui. Les points de masse sont specifies par le concepteur. ' 
Uarchitecture electrique et electronique est donnee par : 
le choix des unites de controle electroniques, 
15 - le choix des reseaux de communication, 

le choix des capteurs et actionneurs, 
le choix des boTtiers fusibles et relais, 
les liens iogiques de ces differents composants entre eux 
Ces liens sont, notamment, les connexions des unites de controle Electroniques et 
20 des boTtiers fusibles et relais aux differents reseaux de communication. Ces liens peuvent 
aussi etre des liens explicites entre un capteur ou actionneur et une unite de controle 
electronique ou un boTtier fusibles et relais. Notamment, puisque par exemple un capteur 
peut avoir plusieurs liens electriques avec son environnement, par exemple un lien masse, 
un lien puissance et un lien pour la transmission d'information, ledit capteur peut etre 
25 simultanement lie a une masse, un boTtier fusibles et relais et une unite de controle 
electronique. — 

Le routage de I'ensemble des fils est realise par etapes pour un placement donne 
des differents elements de I'architecture. 

(A) Le routage d'un signal de donnee d'une entree-sortie d'un composant a une 
30 entree-sortie d'un unite de controle electronique est realise comme suit : 

(a) Si le rattachement du signal de donnee du composant (capteur ou actionneur) 
est specifie, c'est a dire que Ton a deja defmi a quelle unite de controle electronique le 
composant est lie pour ledit signal de donnee, alors il s'agit du routage optimal entre le 
capteur et I'unite de controle electronique. 
35 (b) Si le rattachement du signal n'est pas specifie, alors, on rattache 

preferentiellement le composant a Tunite de controle electronique la plus proche, c'est a dire 
que (i) on calcule le routage optimal Ci pour joindre le composant a I'unite de controle 
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electronique CaICi en appliquant Tetape pr6cedente (a) et (ii) on selectlonne ensuite le plus 
court routage et la ou une des unites de controle electronique conrespondantes, c'est a dire 
CalCj tel que Cj = min Ci. 

(B) Le routage d'un signal de puissance d'une entree-sortie d'un composant a une 
5 entree-sortie d*un boTtier fuslbies et relais est realise comme suit : 

(a) Si le rattachement du signal de puissance du composant (capteur ou 
actionneur) est specifie, c'est a dire que Ton a dejS defini k quel boTtier fusibles et relais le 
composant est lie pour ledit signal de puissance, alors 11 s'agit du routage optimal entre le 
capteur et le boTtier fusibles et relais. * 
10 (b) Si le rattachement du signal de puissance n'est pas specifi6, alors, on rattaclie 

preferentiellement le composant au boTtier fusibles et relais le plus proche, c'est k dire que (i) 
on calcule le routage optimal Ci pour joindre le composant au boTtier fusibles et relais Calq 
en appliquant Tetape prec6dente (a) et (ii) on s6lectionne ensuite le plus court routage et le 
ou un des boTtiers fusibles et relais correspondents, c'est ^ dire Caiq tel que Cj = min Ci, 
15 (C) Pour ce qui est du routage d'un signal de masse d'une entrde-sortie d'un 

composant, ce composant 6tant un capteur, un actionneur, une unlt6 de controle 
electronique ou un boTtier fusibles et relais. 

On rattaclie preferentiellement le composant au point de masse le plus proche;^ 
c'est a dire que (i) on d§termine le routage optimal Ci pour atteindre chaque masse Mi et (ii| 
20 on selectionne ensuite le plus court routage ou Tun des plus court Mj tel que Cj = min Ci. 

(D) Routage d'un reseau entre calculateurs ^ 
Les caracteristiques de topologie du reseau doivent etre connues : un tel r§seau e^t 
de pr6f§rence organist en Stoile. en ligne ou en boucle suivant les cas. 

Pour un reseau CAN par exemple, les topologies en etoile ou en ligne sont 
25 possibles. Preferentiellement, le concepteur Indiquera sa recommandation. Les raisons de 
choix'a'urie topologie sont tres varices. Par exemple le reseau*'en 6toiIe peut etre prefere 
pour des raisons de sOret6 de fonctionnement car en cas de coupure du bus, seul un 
calculateur est isole alors qu'en cas de topologie en ligne, le r6seau est coupe en deux et les 
consequences sont a priori plus graves. 
30 Pour une topologie choisie. on cherche ensuite les routages qui minimisent la 

distance entre les calculateurs. 

Pour une topologie en etoile : 

(a) On choisit un point de contact entre les branches, 

(b) On cherche le routage optimal de ce point avec chacune des unites de. 
35 controle 6lectroniques ou chacun des boTtiers fusibles et relais connectes au r6seau, 

(c) On calcule la somme des longueurs desdits routages optimaux. 




(d) On applique les trois etapes precedentes pour chacun des points de contacts 
existants et 

(e) On retient le point de contact qui nninimise la longueur du reseau. 
Pour un topologie en ligne : 

5 (a) On choisit un point de routage permettant deconnecter chaque unite de 

controle electronique ou chaque boTtier fusibles et relais au bus. Le bus etant lui-meme 
forme par Tensemble une sequence des dits points de routage ne coupant pas de sous-zone 
d'evitement, 

(b) On determine Tensemble desdits points de routage pemnettant de connecter 
10 chaque unite de controle electronique ou chaque boTtier fusibles et relais au bus qui 
minimise la longueur du r6seau, par exemple par essais successifs. 
(E) Routage d'un signal de puissance d'un calculateur C. 

11 se traite comma le routage d'un signal de puissance d'un capteur a un boTtier 
fusibles et relais. 

15 En figure 5, la zone "zone porte avant gauche" 414 et sa connexion avec la zone 

"zone extrait cockpit" 512 sont representes 

Le routage complet des differents composants desdites zones est realise. Les 
composants sont tout d'abord lies a I'unite de controle electronique UCE 506. Les differents 
routages generes sont done, en reprenant les notations utilisees pour decrire la figure 4 : 

20 - moteur de 406 a TUCE 506 : (406 - 451 - 452 - 41 0 - 506), 

- moteur du leve-vitre 408 a TUCE 506 : (408 - 458 - 412 - 506), 

- bouton de commande du leve-vitre 402 a V UCE 506 : (402, 452. 410 - 506), 

- eclairage du bouton de commande du leve-vitre 404 a rUCE 506 : (404 - 452 - 
410-506), et 

25 - de rUCE 506 a la BFR 508 : (506 - 508). 

Les caraot6ristiques electriques'*des differents composants peuvent etre specifi^esT * 
nombre de pines d'interface, nature des pines (donnees, masse, puissance), rattachement 
des pines de donnees ou de puissance s'ils sont specifies, tension minimum de 
fonctionnement, courant moyen. courant d'appel, puissance consommee, et ceci pour 
30 chaque fil de puissance partant du composant. 

Le routage evolue consequemment puisqu'il faut router chaque fil separement et 
specifier une pine pour chaque connecteur implique dans le routage d'un nouveau fil. 

En figure 5, les moteurs 406 et 408 peuvent avoir, chacun, trois fils de donnees, 
puissance et masse, respectivement, et comportent done des connecteurs a trois pines, 
35 Cette fois-ci, les liens a la masse M 504 et au boTtier fusibles et relais BFR 508, qui n*avaient 
pas ele exprimes jusqu'a maintenant, apparaissent sous la forme de nouveaux routages : 




- moteur de verrouillage 406 / pine 1 d FUCE 506 / pine 1 (donnees) : (406 / pine 1 - 
451 - 452 - 410 / pine 1. 506 / pine 1). 

- moteur du leve-vitre 408 / pine 1 a TUCE 506 / pine 2 (donnees) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2), 

5 - moteur de verrouillage 406 / pine 2 a la BFR 508 / pine 1 (puissance) : (406 / pine 

2 - 451 - 452 - 410 / pine 2. 508 / pine 1), 

- moteur du leve-vitre L 408 / pine 2 a la BFR 508 / pine 2 (puissance) : (408 / pine 
2 . 458 - 412 / pine 2 - 508 / pine 2), 

- moteur de verrouillage 406 / pine 3 a masse 504 : (406 - 451 - 452 - 410 / pine 3 - 

10 504), et 

- moteur du leve-vitre 408 / pine 3 a masse 504 : (408 - 458 - 412 / pine 3 - 504). 
Les pines ne sont pas notees pour un lien d la masse car il s'agrt preferentiellement 

d'un vissage ou d'un moyen analogue. 

On peut alors calculer la specification technique du cablage composee des 
1 5 r6sultats suivants: 

- le plan de cablage logique : il s'agit de la description de Tensemble des segments 
de fil nScessaires pour realiser I'architecture §iectrique-4lectronique. Chaque fil lie une pine 
d'un connecteur d'un composant d une pine d'un autre connecteur d'un autre composant et 
passe, de plus, par un certain nombre de points de routage et de connexion comme specifi^. 

20 plus haut. C'est la donnee des deux connecteurs et des pines de chaque connecteur aux 
extremit6s, c'est-S-dire au niveau des composants connectes, ia sequence des points de 
routage, ainsi que la sequence des pines des connecteurs, notamment entre zones, 
traverses, qui definit logiquement le fil. Le plan de cSblage logique est la donnee ;de 
I'ensemble des definitions logiques des fils qui le constitue. 

25 - la specification des connecteurs : pour chaque connecteur, c'est le nombre de 

connexions correspohdant ^ des fils de donnees, le nombre de connexioTfs cb'rrespondant a 
de la puissance et le nombre de connexions con-espondant a des fils de masse qui 
constituent la specification. 

- la specification des interfaces des unites de contrdle electroniques, des bottlers 
30 fusibles et relais et des capteurs et actionneurs : il s'jagit des descriptions des connecteurs 

de ces composants, sous forme de pines de donnees, puissance et masse. 

Dans la figure 5, le connecteur 410 assure maintenant cinq connexions dont trois 
de donnees, une de puissance et une de masse. 

L'utilisateur peut aussi souhaiter calculer ou evaluer le coQt d'une architecture. 
35 eiectrique et eiectronique, notamment afin de comparer de telles architectures et choisir la 
moins coQteuse d prestation et qualite egales. 




Etant donnee une fonction de coOt des connecteurs, par exemple basee sur un 
abaque qui donne une estimation du prix des connecteurs en fonction du nombres de 
connexions de donnees, de puissance et de masse, ou base par exemple sur un prix moyen 
affecte a chaque connexion d'un fil de donnees, courant ou masse. 
5 Etant donnee une evaluation du cout des composants electroniques. capteurs. 

actionneurs, unites de controle electronique ou boTtiers fusibles et relais. 

Etant donnee une fonction de cout des fils basee par exemple sur leur longueur et 
sur leur type, en prenant par exemple un poids lineaire moyen pour les fils de puissance et 
de masse, un poids lineaire moyen pour les fils de donn6es, et un coOt massique du 
10 composant dans lequel sont fabriques lesdit fils. 

On deduit automatiquement de la specification technique une evaluation de cout 
pour rarchitecture electronique et electronique consideree en sommant fes couts de tous les 
composants electroniques, de tous les connecteurs et de tous les fils. 

Pour estimer le cout de mise en oeuvre d'une operation elementaire. on peut par 
15 exemple proc^der comme suit: etant donne un nombre N de lignes assembleur evalue pour 
chaque operation elementaire placee sur un calculateur , et une periode P d'activation pour 
chaque operation elementaire en seconde. etant donne un cout moyen CI de Texecution 
d'une instoiction par seconde sur un processeur, etant donne I'espace memoire MEMO 
necessaire pour les donnees que reparation elementaire echange avec les autres operations 
20 el§mentaires et les pilotes; etant donnee une estimation du cout CRAM d'un bit en memoire 
RAM et une estimation CROM d'un bit en memoire ROM ou Cflash en memoire flash. Etant 
donne le nombre de bits d'un mot, c'est a dire la caracteristique d'etre a n-blts (huit, seize ou 
trente-deux par exemple) du micro contrSleur, le cout d'une operation est: (N/P)*CI + 
N*n*CROM + MEMO*n*CRAM. 
25 Sur certains microprocesseurs 32 bits, certaines instructions occupent 16 bit ce qu! 

permet notamment d'ecbnbmiser de la memoire. Cette caracteristique peut Stre ' prise en 
compte en separant ces deux types d'instructions si Ton peut evaluer un mix pour reparation 
elementaire consideree et en consommant deux fois moins de ROM pour les instructions sur 
16 bits. 

30 II est a noter que le cout CI de Texecution d'une instruction par seconde sur un 

processeur peut dependre du type d'appiication que Ton traite, toutes les Instructions ne 
s'effectuant pas en autant de cycle. Par exemple sur un processeur de vingt MIPS (Million 
d'lnstriiction Par Seconde), on peut realiser vingt millions d'instruction d'un cycle en une 
seconde, mais seulement un million d'instructions de vingt cycles. Done suivant le nombre 

35 moyen de cycle par instruction necessaire pour chaque type d'appiication, on precise cette 
evaluation. 




II est important de noter que le cout moyen d'une instaiction, d'un bit de RAM et 
d'un bit de flash sur un micro cxjntroleur peuvent par exemple etre extrapoles a partir de 
Tobservation d'au moins trois microcontroieurs (i) dont on connaTt le cx)ut (Cj) et les 
caracteristiques memoire RAIVI (Rj), MIPS (Mi) et Flash (Fj), et (nO le nombre de bit d'un mot 
5 En effet pour chaque microcontroleur, on etablit I'equation aux inconnues CI, CRAM, Cflash: 
et 

. CrMi+CRAM*ni*Ri+CfIash*nrF, = Q 
Un tel systeme de trois equation possede une unique solution, les differentes 
constantes etant non nulles. Lorsque Ton examine de nombreux controieurs, cette estimation 
1 0 peut bien sur etre affinise. 

II est a noter que si Toperation elementaire est Tautomate de controle d'une 
prestation, alors ^estimation du nombre de ligne de code est determinee en fonction du 
nombre d'etat et du nombre de transitions et la periode d'activation est determinee en 
fonction des exigences de performance sur les differents cas d'utilisation. 
IS D*autre part, le cout des differents pilotes materiels peut etre evalues en fonction de 

leur type (tout ou rien, analogique-numerique,..etc) et de leurs caracteristiques dlectriques. 

Uutilisateur peut aussi souhaiter ^valuer la quality d'une architecture electrique e^. 
electronique, notamment afin de comparer de telles architectures et cholsir celle qui present^ 
le meilleur niveau de qualite, a prestation et coOt identiques. 
20 La mesure de la qualjte se fait prSfSrentiellement en mesurant le nombre de panne$i: 

par million d'unit6s et par an de Tensemble de I'architecture, preferentiellement ^ Taide d'un] 
logiciel. :: 
Pour calculer ce nombre 

a le logiciel mesure la qualite de Tensemble des connecteurs, quMI s'agisse de 
25 connecteurs entre zones ou au sein de zones ou de connecteurs d'entrdes/sorties des 
composants electroniques (capleurs, actionneurs, unites de controle electronique, TJOTtters 
fusibles et relais) en affectant par exemple un taux de panne moyen par connexion, par 
exemple 10 ppm (panne par million d'unites par an) et en multipliant ce taux moyen par le 
nombre total de connexion dans le systSme. Pour obtenir une Evaluation plus precise, le 
30 logiciel prend en compte des moyennes ajustees en fonction du type de connexion : masse» 
puissance et donn6es, les fils les plus fins etant les plus fragiles. Par exemple on prend 4 
ppm par connexion des fils de puissance ou de masse sur une pine et 6 ppm par connexion 
des fils de donnees sur une pine, et finalement une estimation de 4 ppm par portion de fil de 
donn6e entre deux connecteurs. Dans ce cas, si Ton reprend la figure 5. et le detail des. 
35 connexions et fils presente en description de la figure 5. on peut realiser revaluation suivante 
pour chaque section: 




- moteur de verrouillage 406 / pine 1 a TUCE 506 / pine 1 (donnees) : (406 / pine 1 - 
451 - 452 - 410 / pine 1, 506 / pine 1): 3*6ppm + 2* 4 ppm soient 26ppm 

- moteur du leve-vitre 408 / pine 1 a TUCE 506 / pine 2 (donnees) : (408 / pine 1 - 
458 - 412 / pine 1 - 506 / pine 2): 3*6ppm + 2* 4 ppm soient 26ppm 

5 - moteur de ven^ouillage 406 / pine 2 a la BFR 508 / pine 1 (puissance) : (406 / pine 

2 - 451 - 452 - 410 / pine 2, 508 / pine 1): 3*4ppm soient 12 ppm 

- moteur du leve-vitre L 408 / pine 2 a la BFR 508 / pine 2 (puissance) : (408 / pine 
2 - 458 - 412 / pine 2 - 508 / pine 2), 3*4ppm soient 12 ppm 

- moteur de verrouillage 406 / pine 3 a masse 504 : (406 - 451 - 452 - 410 / pine 3 - 
10 504). soient 3M ppm 

- moteur du leve-vitre 408 / pine 3 a masse 504 : (408 - 458 - 412 / pine 3 - 504). 
soient 3*4 ppm 

pour un total de lOOppm * 

Si, maintenant on prend en compte une 6pissure en 452, alors, les ppm correspondant a la 

15 duplication de fils en aval de repissure,vu des actionneurs 406 et 408, sont a supprimer soit 
3*4 ppm. En tenant compte d'une epissure de puissance on trouve 88ppm comme qualite du 
routage optimise. La prise en compte d'une 6pissure de masse au meme point de routage 
permet d'6conomiser encore 12ppm pour aboutir a 76ppm. L'optimisation sur une evaluation 
de cout consisterait de maniere similaire a supprimer Is cout des portions de fils et des pines 

20 de connecteur supprimees grSce a I'epissure. 

° Toutii mesure la qualite des composants 6lectroniques qui est specifiee dans 
une base de donnee des composants et peut etre decrite en fonction du type de composant 
ou specifiquement pour chaque composant, par exemple on peut attacher une evaluation a 
100 ppm a toutes les unites de controle electroniques. 

25 ° Uoutil additionne ensuite les mesures de Tensemble des composants 

constituent Tarchitecture electfique et electronique. 

L'utilisateur peut aussi raffiner la strategie de routage en integrant des epissures 
pour les fils de puissance et les fils de masse. On peut pratiquer ces epissures au niveau 
des connecteurs ou au sein d'une zone, preferentiellement au niveau d'un point de routage. 

30 Realiser une 6pissure de masse consiste a joindre tous les (n) fils de masse 

passant en un point, et notamment en un point de connexion ou un point de routage. De la 
sorte. en remontant vers la masse la plus proche, on economise d*une part des fils et d'autre 
part des pines de connexion correspondant aux (n-1) fils enlev6s. 

Realiser une epissure de puissance consiste a joindre des fils de puissance qui, 

35 d'une part, passent en un point commun, notamment en un point de connexion ou en un 
point de routage, et, d'autre part, joignent des charges a un bottler fusibles et relais commun. 
Par exemple en Figure 5, le fil d'alimentation du moteur de verrouillage 406 et le fil 




d'allmentation de la lampe 404 peuvent etre joints au niveau du point de routage 452 ou 
encore au niveau du connecteur 410. De telles epissures servent a economiser des pines au 
niveau des connecteurs et les morceaux de fil ainsi supprimds. On cherche done ^ mininniser 
la longueur des fils et on choisira de pratiquer Tepissure au point de routage 452 afin 
5 d'economiser les longueurs de fil entre 452 et 410. Le point 452 est celui qui minimise les 
longueurs de fil pour la realisation de I'epissure dans I'exempie de la figure 5. 

Pratiquer une epissure au niveau d'un connecteur revient S lier entre elles les pines 
du connecteur correspondent aux fils que Ton souhaite joindre. 

On peut alors ameliorer la synthase du routage en cherchant si une ou plusieurs 
10 Epissures des fils de masse ou des fils de puissance permettrait de minimiser le.coQt global 
de i'architecture. 11 faut pour cela entrer de nouvelies donnees dans la base de coQt des 
composants unitaires notamment le coQt d'une epissure en fonction du nombre de fils joints 
et ie coQt d'un 6pissure au niveau d'un connecteur en fonction du nombre de fils joints, 

Les figures 6 et suivantes d^crivent un outil de conception d'architecture de 
15 systeme et un precede de conception d'une sp§cification d'un systeme materiel et loglciel 
mettant en oeuvre cet outil. 

Cet outil est particulierement adapts aux cas de systemes complexes comportaiht 
un. ensemble de calculateurs r^alisant de nombreuses prestations ou services au benSfi^ 
d'un utilisateur. cheque prestation presentent de nombreux cas d'utilisation. Par exemple, fis 
20 systemes electroniques et infomnatiques de vehicules sont particulierement vis6s par ^t 
outil. 

Des prestations sont d6finies par ce que Tutilisateur veut (par exemple la mise.en 
route de la climatisation, d'essuie-glaces) ou par ce qu'on lui propose (par exemple une 
s6curit§ passive, notamment en cas d'accidents). Elles sont aussi definies par des capteurs 

25 et/ou des actionneurs qu'elles mettent en oeuvre. Elles correspondent, chacune. S une 
realisation materielle capteur/logiciel/actidn'nsur. Le constructeur dispose d'une marge de 
manoeuvre dans la definition de I'architecture inteme du systeme electronique/informatique, 
notamment dans le choix des r6seaux de bord et des boTtiers electroniques connect6s sur 
ces r6seaux et Toutil de conception presente ici permet la conception de cette architecture. 

.30 A partir des prestations, Toutil de conception permet de determiner des 

specifications plutot que des produits finis. N^anmoins, cet outil determine aussi des 
interfaces et ce que doivent comporter les Elements et leur communication avec le. systeme 
electronique/informatiq ue. 

En particulier, cet outil ne vise pas a programmer les calculateurs de maniere 

35 automatique mais a gerer des compromis coQt/qualite/delais du systeme specifie. 




L'outil de conception est implemente sous fomrie d'un logiciel fonctionnant sur un 
ordinateur personnel et utilisant une base de donnees et des ressources (operating system 
et distribution sur le reseau) connues. 

Conformement a un aspect de la presente invention : 
5 - chaque prestation represente un sen/ice rendu a un utilisateur. 

- on definit un ensemble de cas d'utilisation formalises de chaque prestation, 
chaque cas d'utilisation fomnalise comportant un contexte d'origine, une demande de 
rutilisateur, eventuellement implicite, et une reponse du systeme correspondant ^ un 
changement de son etat, et 
10 - le systeme est organise et sp6cifie pour effectuer la reponse, sur detection de 

I'emission de la demande dans le contexte d'origine. 

Dans ce but, selon un aspect de la presente invention, le precede comporte une 
etape de conception, pour chaque prestation, d'un automate de conrtole de la prestation 
destine a etre mis en oeuvre par le systeme de composants materiels et logiciels et qui 
15 represente le comportement de ce systeme. Cette etape de conception comporte, pour 
chaque prestation une etape de definition d'un cas d'utilisation fonnalise de la prestation, 
specifie par un contexte, une demande d'un utilisateur au systeme et une reponse du 
systeme correspondant a un changement de son etat et, de manidre iterative, jusqu'a ce que 
tous les cas d'utilisation de la prestation aient ete traites : 
20 - une etape d'ajout d'un cas d'utilisation formalise de la prestation, specifie par un 

contexte ou situation initiale du systeme, une demande d'un utilisateur au systeme et une 
reponse du systeme correspondant a un changement de son etat, 

- et, de maniere iterative, pour chaque etat deja construit. on cherche s'll est 
compatible avec le contexte du cas d'utilisation formalise ajoute et, si oui. on construit un 
25 nouvel etat du systeme relie audit etat deja construit par la demande du cas d'utilisation 
formalise ajoute, le nouvel etat tenant compte de I'etat deja construit et de sa modification 
par la reponse du cas d'utilisation formalise ajoute. 

De cette maniere. on synthetise, pour la prestation, Tautomate de contr6le de la 
prestation constitu§ de I'ensemble des couples d'etat relies par les demandes formant les 
30 transitions dudit automate. 

Le contexte represente au moins un mode (ou parametre) de fonctionnemenl du 
systeme. les modes etant transversaux aux prestations et hors du controle direct des 
prestations, par exempje un mode representant un niveau d'energie disponible (batterie 
faible, sur batterie, en cours de demarrage, moteur tournant, par exemple), un autre mode 
35 representant un type d'utilisateur du systeme (concepteur, fabricant, proprietaire du v6hicule, 
conducteur ou passager du vehicule, service apres-vente, garage automobile, par exemple) 
et un autre mode representant un etat accidente ou non d'un v6hicule. II faut noter que, bien 




que la mise en route du moteur solt une des prestations du vehicule. le changement de 
niveau d'energie disponible (lie a rentraTnement de I'alternateur par le moteur) n'est pas 
directement sous le contrSle de cette prestation. 

Dans le mode de realisation d6crit ici, tout contexte s'inscrit dans une phase de vie 
5 du systeme constitue d'un ensemble de combinaison des modes de fonctionnement du 
vehicule, la d^clinaison en mode des phases etant ainsi transversale aux prestations. In fine, 
un contexte correspondra a un ensemble de couples (phase, etat du systeme), chaque 6tat 
6tant en fait caracteris§ par la reponse systeme lorsqu'on y accede. 

Par exemple, le cas d'utilisation « dans le contexte ou le vehicule est condamne, 
10 I'utilisateur appuie sur son badge de d^condamnation et le vehicule se 
decondamne » s'applique aux etats « vehicule verrouille » dans les phases "moteur 
toumant" et "moteur arr§t6", si ces deux phases ont ete identifiees comme pertinentes par 
d'autres cas d'utilisation formalises de la prestation "d6verrouillage". Chaque phase 
correspond S un ensemble de combinaisons de modes dans lesquels le comportement de la 
15 prestation est unifonne, c'est a dire qu'on y observe les m§mes §tats et les m§mes 
demandes client, ou, formule autrement, les memes demandes clients et les m§mef 
reponses systeme a partir d'un etat donne. ^ 
Le tableau ci-dessous definit un ensemble de phases pour une vehicule donn§, 





ENERGIE 


UTILISATEUR 


ETATVEHICULE 


PHASE 


20 


batterie faible 


concepteur 


vehicule non accidente 


phase 1 




batterie faible 


concepteur 


vehicule accidente 


phase 2 




batterie faible 


fabricant 


. vehicule non accidente 


phase 1 




batterie faible 


fabricant 


vehicule accidente 


phase 2 




batterie faible 


proprietaire 


v6hlcule non accidente 


phase 3 


25 


batterie faible 


proprietaire 


vehicule accidente 


phase 2 




batterie faible 


conducteur 


* * vehicule non accidente 


phase 1 




batterie faible 


conducteur 


vehicule accidente 


phase 2 




batterie faible 


SAV 


vehicule non accidente 


phase 4 




batterie faible 


SAV 


vehicule accidente 


phase 5 


30 


batterie faible 


garage 


vehicule non accidente 


phase 4 




batterie faible 


garage . 


vehicule accidente 


phase 5 




batterie normale 


concepteur 


vehicule non accidente 


phase 6 




batterie normale 


concepteur 


v6hicule accidente 


phase 2 




batterie normale 


fabricant 


vehicule non accidente 


phase 6 


35 


batterie normale 


fabricant 


v§hlcule accidente 


phase 2 




batterie normale 


proprietaire 


vehicule non accidente 


phase 7 




batterie normale 


proprietaire 


vehicule accidente 


phase 2 
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batteiie nomnale 


cx)nducteur 


vehicule non accidente 


phase 6 


batterie normale 


conducteur 


vehfcule accidente 


phase 2 


batterie nomnale 


SAV 


vehicule non accidente 


phase 4 


batterie nomnale 


SAV 


vehicule accidente 


phase 5 


batterie normale 


garage 


vehicule non accidente 


phase 4 


batterie normale 


garage 


vehicule accidente 


phase 5 


demarrage 


concepteur 


vehicule non accidente 


phase 8 


demarrage 


concepteur 


vehicule accidente 


phase 9 



10 



15 



20 



25 



35 



Dans ce tableau, tous les triplets de modes de fonctionnement sont mis en 
correspondance avec des phases, chaque phase representant un ensemble de 
combinaisons des valeurs possibles des modes de fonctionnement. Si le comportement du 
vehicule est toujours le meme, une seule phase est definie dans le tableau, sinon, il y a 
differenciation de plusieurs phases. 

L'ensemble des cas d'utilisation formalises representent toutes les reponses ou 
absences de reponse du systeme dans toutes les phases du systeme. 

L'outil permet une etape de completion au cours de laquelle, pour chaque reponse, 
c'est-a-dire un etat du systeme, on envisage toutes les demandes clients non encore traitees 
et on demande au concepteur si un traitement de la demande doit etre effectue dans Tetat 
correspondant a cette reponse. Seules les demandes clients peuvent avoir une action sur la 
prestation. 

Uoutil de conception pemnet aussi une etape de correction au cours de laquelle si, 
dans un meme etat de depart, deux §tats de Tautomate de controle de la prestation sont 
relies par des demandes differentes, alors on determine la n6cessite de definir une priorite 
entre les reponses du systeme et on incorpore cette priorite comme un attribut des sorties de 
I'etat. Une information de priorite vient typiquement apres la conception des cas d'utilisation 
fomnalises. li est possible que pour des raisons mecaniques ou autres, deux demandes 
potentiellement concurrentes ne soient en fait jamais realisables simultanement. Dans ce 
cas il faut attendre une etape de conception plus avancee pour etre sur qu'il n'est pas 
necessaire de specifier une priorite. a moins que cela puisse etre garanti directement (par 
exemple : ouvrir une porte et fermer la meme porte ne peuvent etre realises simultanement). 
De plus, si deux demandes identiques menenl a des etats differents, il y a alors une 
incoherence a corriger et Tune des demandes doit etre supprimee et le cas d'utilisation 
correspondant doit etre precise en consequence. 

On observe qu'un changement de contexte est pris en compte par le systeme de la 
maniere sulvante : 

- chaque changement de contexte est un changement d'etat objet d'un CUF ; 
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- on definit les reponses aux changements de contexte cx:)mme des cas d'utllisation 
formalises ; 

- on d6finit les changements de contexte comme des demandes de cas d'utilisatlon 
formalises. 

5 SI une prestation en influence une autre (par exemple un m§me afficheur est 

partagS par deux prestations, par exemple autoradio et systSme de navigation), on ajoute 
une prestation pour la partie en intersection, de maniere resoudre les conflits entre les 
prestations. Cette prestation aura pour objectrf d'arbitrer iorsque deux actions concunrentes 
seront appliqu^es sur un composant donne par deux prestations, laquelle des prestations est 

10 prioritaire ou si une action specifique conrespondant a ce cas particulier doit §tre effectuee. 
Une telle prestation n'est typiquement pas sp§cifiee a parlir de cas d'utilisatlon mais plutot 
par identification des etats des deux prestations dans lesquels des ructions menant k conflit 
(par rapport ^ un ou plusieurs composants donnees) sont identifiees. 

L'automate de contrdle de la prestation est r§alis6 par programmation d'au moins 

15 un calculateur de oommande de la prestation correspondante. 

Uoutil comporte differentes pages accessibigs en cliquant sur des onglets, Ces 
pages sont d§crites en regard des figures 6 a 16. Par souci de clart6, dans les figures 6 a 1§, 
les titres des onglets et des 6l6ments de listes sSlectionnes par le concepteur sont sou!ign^3 
et en caracteres gras. • 

20 Comme illustr6 en figure 6, Tinterface utilisateur 600 de cet outil logicie! comporte : 

- des menus deroulant 601 d 608, 

- six onglets horizontaux 61 1 a 61 6, 

- une zone de liste fiierarcliisee 620 et 

- une zone graphique 630. 

25 Les menus d6roulants 601 a 608 sont repr6sent§s par leurs titres "File". "Edir, 

^Vlew'*, "Dictionaries", "Windows". "Tools", "Import/exporT-eT "Help". En cliquant sur Tun de 
ces titres, avec le bouton gauche de la souris, on fait apparaTtre un menu d6roulant 
comportant des options participant a la mise en oeuvre du precede (ouverture, Edition, 
enregistrement, femieture de fichier, couper, copier, coller des elements s§lectionnes, 

30 modes de visualisation, lexlque, outils, importation ou exportation de fichiers, aide 

Lorsqu'il travaille k la conception d'une architecture de systeme 61ectronique et Informatique 
d'un vehicule, le concepteur n'a pas necessairement a utiliser ces menus deroulahts 601 k 
608. 

Quel que soit I'onglet s6lectionne, pamrii les onglets 611 a 616, 1'outil de conception 
35 presente un ecran comportant une partie liste hierarchisee (a gauche sur les figures 6 a 16) 
representant une description hierarchis6e et une partie graphique (a droite sur les figures 6 a 
16) donnant, en fonction d'une selection, par Tintermediaire d'un dispositif de pointage (dans 




la suite de la description, une souris), d'un element de la liste hierarchisee. une vue 
synthetique concernant Telement selectionne. 

II est important de noter ici que, pour au moins une interface utilisateur de I'outll de 
conception, c'est-a-dire pour au moins un onglet. un niveau hierarchlque de la liste 
5 hierarchisee represente des prestations. Dans le mode de realisation illustr6 aux figures, les 
trois premiers onglets 61 1 a 613 presentent cette caracteristique. 

Avec une souris (non representee). Tutilisateur peut fait apparaitre des menus 
surgissant (en anglais "pop-up menu") en cliquant sur Tun des boutons droit ou gauche de la 
souris, dans Tune des zones de liste ou de graphique. 
10 • Pour concevoir I'architecture et les specifications du systeme, I'utilisateur 

selectionne successivement des onglets horizontaux 611 a 616 en cliquant dessus. sachant 
■ que Tune des qualites de I'outil de conception est que Tutilisateur peut s6!ectionner les 
onglets dans I'ordre qu'il souhaite. 

Les onglets horizontaux ont ies titres suivants : 
15 - "Requirements", onglet 611, 

- "Feature description", onglet 612, 

- "Feature architecture", onglet 613, 

- "Operational Architecture", onglet 614, 

- "Hardware architecture", onglet 615, 
20 - "Frame description", onglet 616. 

Ces onglets representent, dans cet ordre, plusieurs etapes du proced6 objet de la 
presente invention : 

Ces titres apparaissent integralement lorsque les onglets correspondants sont 
selectionnes et sous fornie abregee C'REQ" 611. "FUNC" 612, "MAP" 613, "OPER" 614, 
25 "HWD" 615 et "MSG" 616. respectivement) le reste du temps. 

Pour concevoir Parchitecture d'un systSme, le 'COTfcepteur s6lectionne d'abord 
I'onglet 61 1 "Requirements" et observe I'6cran illustre en figure 6. On observe, a gauche, la 
zone de liste hi6rarchisee 620 qui comporte une partie d'une liste dont les cinq niveaux de 
hierarchie les plus 6lev6s sont : 
30 nom du vehlcule 

services ou prestations 

variantes de prestation 
cas d'utilisation 

lien entre etats 

35 Comme il est connu dans le domaine de la recherche de fichier dans un 

environnement d'ordinateur individuel, de type PC par exemple. les elements de niveau 
hi6rarchique inferieur peuvent etre apparents ou non. Par exemple, lorsque la liste ne 
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contient, de maniere apparente, que des noms de vehicule, en cliquant avec le bouton 
gauche de la souris sur un nom de vehicule, on voit apparaTtre la liste des services ou 
prestations proposees sur ce vehicule. En selectionnant un service, on .rend apparente la 
liste des variantes de prestation qui la concerne et ainsi de suite. 

En cliquant avec le bouton droit de la souris sur un element affiche, on peut editer 
la liste de niveau hierarchique juste inferieur, c'est-a-dire ajouter, modifier ou supprimer un 
cas d'utilisation en cliquant sur une variante d'utilisation. par exemple. Cette edition se fait 
par rintermediaire d'un menu surgissant au moment ou on clique qui comporte, par exemple. 
les options "ajouter*', "retirer", "proprietes" et "montrer les differences" (option qui pemnet de 
comparer deux elements de meme niveau hierarchique, y compris sur deux v6hicules 
differents). 

Un cas d'utilisation ("use case") est, dans I'outil de conception, defini par une phase 
initiale (par exemple un niveau d'energie disponible) transversale par rapport au v§hicule, un 
etat initial (par exemple la position d'actionneurs), une demande ou requete, une phase 
finale et un etat final. 

Par exemple. dans la prestation "acces" qui concerne les ouvrants du v6hicule, on 
ajoute un nouveau cas d'utilisation (CU) concernant ce qui doit etre fait a la suite^- d'un 
accident grave. Pour ce nouveau cas d'utilisation, on definit un nom "apres un crash" une 
description textuelle "quel que soit le contexte initial du vehicule, le contact etant mis.^^si un 
crash est d§tecte, alors tous les acces doivent etre decondamnes". Le nom et la description 
sont appelees "proprietes" du nouveau cas d'utilisation. '4 

En figure 6, on represente Tinterface, lorsque le cas d'utilisation "Utilisateur. ouvre 
coffre" est s61ectionne. 

Lorsque Von selectionne un element de la liste hi6rarchisee. par un die gauche de 
la souris, on obsen/e. dans la partie graphique 630. une representation synthetique de cet 
"6l§rnent. 

Selon le niveau de I'element de la liste hierarchique selectionn6, on observe, dans 
la zone graphique 630 : 

- nom du v6hicule : la liste des prestations 

- services ou prestations : la liste des variantes de prestation 

- variantes de prestation : la liste des cas d'utilisation 

- cas d^utilisation : les differentes realisations du cas d'utilisation par 

un- ensemble de transitions d'etat dans les 
differentes phases de la prestation. C'est. 
d'ailleurs la selection qui est presentee dans la 
partie graphique 630 




- lien entre etate : des exigences de perfonmance par rapport aux 

differentes operations elementaires qui sont 
realisees dans i'etat d'anivee (cf I'exemple decrit 
plus haut). 

5 Par exemple, par un die gauciie, sur une variante d*une prestation, on fait afficher, 

dans la partie graphique, une liste des cas d'utilisation, avec leur description, dans un texte, 
chaque paragraphe correspondant a un cas d'utilisation. Par un die gauche sur un cas 
d'utilisatlon formalise, on fait apparaTtre, dans une succession verticale et sous des en-tetes 
650 et 651 indiquant les phases concernees, "phase 1" et "phase 2", des etats initiaux 660 a 

10 663 et terminaux 664 a 667 representes par des rectangles et relies par des liens 668 a 671 . 
On volt apparaTtre sur ces liens le nonn de la demande client qui provoque le passage de 
retatlnitial a retatfinal. 

On observe que pour rendre "formalise" un cas d'utilisatlon, on selectionne le cas 
d'utilisatlon avec un die droit et, dans le menu surgissant, on choisit "definition de lien" pour 

15 mettre en place des liens, chaque lien etant defini dans une phase et entre deux etats du 
vehicule (par exemple "portes fermees, coffre ferme" et "portes fermees, coffre ferm§, une 
porte ouverte"). A cet effet, un menu contextuel comporte quatre zones, "phase initiale", "etat 
initial", "phase finale" et "etat final" qui permettent de selectionner entre toutes les phases 
deja definies ou entre tous les etats deja definis, ceux qui represented le cas d'utilisation. 

20 Avec ce menu conte)ctuel, et grace a des boutons, on peut ajouter des etats et des phases 
dans les listes d'etats et de phases proposees. Lorsque Ton travaille a definir un cas 
d'utilisation, on ajoute des phases qui sont propres a la prestation concemee alors que les 
modes sont pour toutes prestations. 

Par exemple, la prestation "frein" comporte quatre phases : 

25 - freinage d'urgence ("emergency brake"), 

- freinage'("Brake"), 

- panne de freinage ("failure brake") et 
-fonctionnement normal des freins ("brake nominal phase"). 

Par exemple, pour la prestation "climatisation", deux phases sont definies, Tune 
30 pour les faibles niveaux d'energie disponible, pour lesquels la ventilation est effectuee sans 
refroidissement de Tair ventile, trop eonsommatrice d'energie, et Tautre pour le cas du moteur 
tournant, la climatisation etant effectuee avec refroidissement de Pair ventile. 

L'algorithme de fonctionnement d'une prestation est represente par des blocs 
rectangulaires, representants des etats, et des fleches, representant une action ou inaction 
35 provoquant une transition entre etats. Par convention, les fleches partant d'un etat quittent le 
bloc representant cet etat sur Tune de ses faces verticales droite ou gauche alors que les 




fleches atteignent les etats sur Tune des faces horizontales haute ou basse du bloc 
correspondant. 

Une transition represente une demande du client. Par exemple un die sur un badge 
d'ouverture de coffre fait passer de I'etat "tout ferme" dans lequel tous les ouvrants du 
5 vehicule sont fermes, a un etat "portes ferm6es / coffre ouverf. Pour chaque etat, on definit 
ainsi un ensemble d'op§rations elementaires qui doivent fonctionner ou etre ex^cutees dans 
ledit etat L'ensemble des etats et des transitions fomne un automate de contrdle assocl6 a la 
prestation. 

On observe que les etats peuvent etre consider§s comme des "ressentis clients", 
10 les transitions 6tant les demandes du client, eventuellement implicites. On comprends que 
les phases sont des attributs des etats mals que deux etats identiques a I'exceptlon de leur 
phases (phases "avant contact" et "aprSs contact", par exemple) sont consid6r§s comme 

deux etats independents. 

On observe aussi que le vehicule ne peut pas etre dans deux 6tats simultan6ment 
15 pour la meme. prestation et qui si deux prestations ne sont pas ind6pendantes (par exemple 
autoradio et systeme de guidage utilisant le meme afficheur), on ajoute une prestatloo^ 
• d'arbitrage appelee sur requete d'au moins une des prestations en question qui dStermlne^ 
comment va se comporter le systeme lorsque les deux prestations utiliserons les m§mes|^ 
ressources. 

20 Par exemple pour decrire une definition de lien dont la logique est ; 

- "quel que soit le contexte initial du v6hicule. le contact §tanl mis, si un crash est^ 
detecte, alors tous les acc6s doivent §tre decondamnes", alors si les portes sont deja 
decondamnees, il n'est pas n6cessaires de les decondamner ; 

on s6lectionne la phase "Icontact mis" et r§tat Initial ("start state") 'Vehicule 
25 condamne par le bouton habitacle" et on selectionne le lien vers l'6tat final "d6condamnation 
d'urgehce"~passant par la transition ou demande "un crash est d6tect6". On le r6p§te pour 
tous les etats initiaux sauf "tous ouvrants ouverts" et seulement pour la phase "contact mis". 

D§s qu'un lien a ete ajoute et valld§, un graphique apparaTt dans la partie droite : 
deux rectangles surmont^s du nom de leurs phases respective ("contact mis" et "crash") et 
30 un lien arrondi, avec, sous le lien, le nom de la transition. Le cas d'utilisation devlent alors un 
cas d'utilisation formalise ("CUF"). 

Lorsque Ton ajoute un 6tat en regard d'un nouveau cas d'utilisation, on doit 
regarder s'il est utile dans les autres cas d'utilisation. 

Par exemple si on ajoute le cas d'utilisation "condamnation enfant" qui permet 
35 d'empScher que des enfants puissent ouvrir des portes arrieres, il faut ajouter I'etat 
correspondant dans la description du cas d'utilisation "crash". 




En traitant tous les cas d'utilisation de toutes les variantes d'une prestation donnee, 
on a cree un automate de controle de la prestation qui apparaTt, dans la zone graphique 630 
lorsque Ton selectionne la prestation apres avoir clique sur Tonglet « FUNC ». 

Lorsque Tonglet "Requirements" est selectionne, comme illustre en figure 6, aucun 
onglet vertical n*apparaTt lateralement sur la zone graphique 630. 

Le concepteur selectionne ensuite Tonglet "FUNC" ou "feature description". La 
figure 7 illustre une Image de interface utilisateur qui est alors affichee sur Tecran du poste 
de conception. 

En figure 7, ['interface utilisateur 700 de cet outil logiciel comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 611a 616, 

- une zone de liste hierarchisee 720, 

- une zone graphique 730, et 

- des onglets verticaux 731 et 732. 

Les onglets verticaux 731 et 732 sont nommes respectivement "functional diagram" 
et 'I'eature" et sont accoles a la zone graphique 730* lis servent a selectionner un contenu a 
afficher dans cette zone graphique 730, comme expose plus loin. 

A gauche, la zone de liste hierarchisee 720 comporte une partie de la liste dont les 
dix niveaux de hierarchie les plus eleves sont : 
nom du vehicule 

services ou prestations 

variantes de prestation 
phase 

etat 

groupe d*operations elementaires 
operation elementaife 
donnee 

pilote {« driver ») 
composant. 

Les trois niveaux de hierarchie les plus eleves sont identiques a ceux de la liste 620 
et comportent, en particulier, les services ou prestations. La selection de Tun des 
composants de la liste hierarchisee, par un clic gauche provoque avec Tongiet "feature" 732 
selectionne, l*apparition, dans la partie graphique 730, de Tensemble des elements de la liste 
de niveau immediatement inferieur avec tantot un flot de controle entre les composants si 
I'on pointe et clique avec la sourls sur variante de prestation (les phases apparaissent en 
partie gauche Ii6es entre elles par des demandes clients con-espondant a des transitions de 
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phase) ou sur une phase (les etats de la phase apparaissent en partie .gauche, lies entre eux 
par les « demandes clients"). 

Lorsque Ton clique avec le bouton droit sur un item, dans la liste hierarchisee 720, 
Toutil permet notamment de rajouter ou d'enlever des elements dans le niveau hierarchique 
5 immediatement en dessous. En cliquant sur Tun des items phase, etat ou groupe 

d'operations elementaires, il est de plus possible de rajouter une operation elementaire 
transversalement dans respectivement ladite phase, est a dire dans Pensemble des etats 
de ladite phase et en indiquant dans quel groupe d'operations elementaires on rajoute ladite 
operation elementaire, dans iedit etat notamment en indiquant dans quel groupe d'operations 

10 elementaire on rajoute Toperation elementaire dans ledit etat, et dans Iedit groupe 

d'operations elementaires. Par un die droit sur I'item phase de la liste hierarchisee 720, il est 
possible de rajouter une transition de phase, foutii demande alors la phase d'arrivee, la 
demande client correspondant d la transition, et les etats de departs et d'arrivee pour la 
transition de phase. Par un die droit sur Titem etat de la liste hierarchisee 720, il est possible 

15 de rajouter une transition d'6tat, Toutil demande alors quel est I'etat d'arrivee de la transition, 
et quelle est la demande client correspondante. 

Plus g6n6ralement, en cliquant sur un niveau de la liste hierarchisee 720, il est 
possible d'aijouter ou d^enlever un element du niveau immediatement inferieur. T 
Toujours dans le contexte oCi les onglets « FUNC » 612 et « Feature » 732 ont ete'^ 

20 s6lectionn6s, si Ton pointe et clique sur un 6tat; on obtient alors en partie droite, dans \a\ 
zone graphique 730, les groupes d'operation eI6mentaires. repr§sentes comme les noeuds^ 
d'un graphe oriente, chaque fl6che representant le flot de donnees entre le groupe 
d'operations Elementaires de depart et le groupe d'operations Elementaires d'arrivEe. Ce flot 
de donnees est defini par rapport au flot de donn6es entre operations elementaires, dans la 

25 mesure ou toute donnee apparaissant est en fait produite par une ou plusieurs operations 
Elementaires du groupe d'operations elEmentaires de dEpart et consommE' par une ou 
plusieurs opErations ElEmentaires du groupe d'opErations elEmentaires d'arrivEe. 

Toujours dans le contexte ou les onglets « FUNC » 612 et « Feature » 732 ont EtE 
selectionnEs, si Ton pointe et clique sur une opEration ElEmentaire, on observe dans la zone 

30 graphique 730, Tensemble des autres opErations ElEmentaires et composants (capteurs, 
actionneurs) avec lesquels TopEration ElEmentaire Echange des informations. Encore une 
fois, il s'agit d'un graphe orientE et, sur chaque lien, on peut trouver I'ensemble des donnEes 
EchangEs entre I'opEration ElEmentaire sur laquelle on a pointE et I'opEration ElEmentaire ou 
le composant qui regoit ou Emet a I'autre bout suivant le sens de la flEche du graphe orientE.. 

35 L'opEration ElEmentaire selectionnEe est caractErisEe par une couleur specifique ou 
un emplacement spEciflque (centre de I'Ecran, couleur rouge) afin d'Etre aisEment distinguee 
des autres opErations ElEmentaires et des capteurs et actionneurs. De meme, les opErations 
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elementaires autres que celle sur laquelle on a clique dans la liste hierarchisee 720, sont 
distinguees des composants en prenant une couleur differente. 

Toujours dans le contexte ou les onglets « FUNC » 612 et « Feature » 732 ont ete 
selectionnes. si i'on pointe et clique maintenant sur te niveau donnee, c'est a dire le huitieme 
niveau de la hierarchie presentee plus haut, on volt apparaTtre en partie droite de Tecran, 
dans la zone graphique 730, un graphe avec au centre du graphe la donnee selectionnee et. 
entourant cette donnee. les operations 6Iementaires qui produisent (sur la gauche) ou qui 
consomment (sur la droite) cette donnee et eventuellement le ou les capteurs qui produisent 
ou le ou les actionneurs qui consomment cette donnee. De preference, on met les 
consommateurs ^ droite et les producteurs a gauche, II est naturel qu'il y ait plusieurs 
consommateurs pour une donnee. II peut etre nomial que la meme donnee soit produite par 
plusieurs operations elementaires, par exemple si celles-ci ne fonctionnent pas dans les 
memes phases. 

Selon le niveau de ['element de la liste hierarchisee selectionne, on observe, dans 
la zone graphique 730, lorsque Tonglet "feature" 732 est selectionne : 



- nom du vehicule : 



8. 



- services ou prestations : 

- variantes de prestation : 

- phase : 



le graphe oriente dont les noeuds sont des 
variantes de prestation enveloppe et les fleches 
les flots de donnees entre ces variantes de 
prestation. Ce graphe est conditionn6 par le 
choix d'une configuration c'est S dire le choix 
d'une variante de prestation par prestation. Ceci 
est represents en figure 15. 
la liste des variantes de la prestation et pour 
chacune, la vue enveloppe type schema 830, 
vue enveloppe de type schema illustree en figure 



vue enveloppe de type schema illustree en figure 
8 pour les operations elementaires de la phase et 
en restreignant les autres prestations aux 
combinaisons de mode de la phase 
. 6tat : vue enveloppe de type schema illustre en figure 

8 pour les operations Elementaires de I'etat et en 
restreignant les autres prestations aux 
combinaisons de mode de la phase dans laquelle 
Tetat est specifie. 

- groupe d*op6rations 6l6mentaires : comme lorsque Tonglet "functional 
diagram" est selectionn6 
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operation elementaire : un graphe avec au centre 

I'operation elementaire selectionnee et autour d'elle les capteurs, actionneurs • 
et autres operations 6lementaires de I'architecture dans son ensemble 
auxquels elle est liee les an-etes du graphe sont les flots de donn6es entre 
les nceuds. 

donnee : 'es operations elementaires, capteurs ou 

actionneurs auxquels la donnee est liee directement sont afRch6s dans un 
graphe. Les capteurs ou operations elementaires qui produisent la donnee 
apparaissent ^ sa droite alors que les actionneurs ou operations 
elementaires consommant la donnee sont places a gauche de la donnee. Les 
fieches indiquent le sens de passage de la donnee (du producteur vers le 
consommateur). 

pilote: les caracteristiques du pilote, type 

d'entree/sortie analogique-numerique. tout-ou-rien, ses caracteristiques 
electriques. 

- - capteur/:actionneur : un graphe avec au centre le capteur ou;. 

I'actionneur seiectionne et autour de lui les operations elementaires de^ 
I'architecture dans son ensemble auxquels 11 est lie. les arr§tes du graphe^ 
sont les flots de donnees entre les noeuds. % 
En seiectionnant une prestation au deuxieme niveau hl6rarchique, lorsque ronglet^4 
"functional diagram" 731 est selectionn6, on observe, dans la partie graphique 7304. 
I'automate correspondant, avec des etats (ou situations operationnelles) et les seules' 
transitions de phase. En figure 7. on volt un automate correspondant d la variante "badge" 
de la prestation "service ouvrants" : etats 761 a 766 et transitions 768, 769 et 772. Si on 
clique avec le bouton gauche sur une fieche representant une transition, on volt apparattre 
un menu contextiiel "qU' decrit toutes les demandes qui provoquent -cette-transition. 
Generalement une seule demande provoque cette transition, par exemple la demande 
"contact_on" qui correspond a la mise du contact, par exemple avec la cie de contact, fait 
passer de la phase "contact non mis" k la phase "contact mis", mals plusleurs demandes 
relevant de cas d'utilisation formalises peuvent lier deux etats. Par exemple dans une 
version tres simplifiee de la prestation deverrouillage. il est possible que les etats vehicule 
verrouille et vehicule deverrouilie solent lies par les demandes clients « demande de 
condamnation par badge » et « demande de condamnation par le bouton de commande des 
ouvrants dans le vehicule ». Pourtant. on aura pu fom^uler deux cas d'utilisations fomnalises 
differents, I'un pour la decondamnation a distance et I'autre pour la decondamnation dans le 
vehicule. 
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Le quatrieme niveau de hierarchie concerne les phases. Lorsqu'une phase est 
selectionnee, et que Tonglet "functional diagram" 731 est selectionne. on observe, dans la 
zone graphique 730, sous le nom de la phase, les noms des etats qui lui correspondent, 
dans des rectangles. 

5 Lorsque Ton clique sur la transition entre deux etats, il est possible de selectionner 

une operation el§mentaire pour specifier sa realisation, c'est a dire la realisation de la 
demande client correspondant a cette transition : cette operation elementaire devra aiors 
prendre en argunnent I'ensemble des donnees infonnatiques provenant de capteurs, 
d'actionneurs ou incidennment d'autres prestations necessaires au calcul informatique qui 

10 sera realise pour decider si oui ou non la demande client est detectee. On accede ainsi aux 
traductions logicielles des demandes provoquant les transitions de phase. 

Pour chaque etat, par rintermediaire d'un menu contextuel apparaissant en aliquant 
sur I'etat avec le bouton droit, on deflnit quelles operations elementalres doivent etre activees 
(capture, commandes d'actionneur, lois de controle et leurs interfaces specifiees dans 

15 d'autres outils tels que Matlab/Simulink, Statemate). On les regroupe ensemble selon 
differentes logiques ou pratiques du concepteur. 

En cliquant, avec le bouton droit, sur une phase au quatrieme niveau de la 
hierarchie, on fait apparaitre un menu contextuel qui permet, entre autres, de lier la phase 
aux modes (on observe, dans un menu contextuel une liste des modes, par exemple 

20 energie, client, etat du vehicule avec des cases a cocher pour associer la phase a des 
combinaisons des modes). Par exemple, la phase "crash" est specifiee dans des modes oCi 
elle est valide. 

En selectionnant un element du cinquieme niveau ("6tat"), toujours avec I'onglet 
"functional diagram" 731 selectionne. on observe, dans la zone graphique 730, la partie de 

25 ['automate concernant I'etat selectionne et les transitions (ou demandes) qui rejoignent I'etat 
selectionne et d^autres etats. Onpeut ajouter, dans un etat, des operations elementairesr 
sequence des operations a effectuer (acquisitions, commandes, lois de controles, 
algorithmes). on die droit sur I'etat et on choisit "add" : on selectionne dans une liste 
d'operations elementaires (bibliotheque metier). 

30 On peut alors creer, si necessaire, une nouvelle operation elementaire a laqueile il 

faudra plus tard associer des donnees d'entree et de sortie. 

Au sixieme niveau de hierarchie, les operations elementaires sent organisees en 
groupes pour faciliter la navigation. Les groupes d'operations comportent les memes 
operations elementaires pour tous les onglets horizontaux 611 a 616, 

Lorsque I'on selectionne, au septieme niveau de la hierarchie, une operation 
elementaire, on observe, dans la zone graphique 730, le flot de donnees (en anglais "data 
flow"), c'est-a-dire les donnees echang§es par cette operation (donnees dans des rectangles 
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en entree et en sortie). Si on selectionne un groupe d'operations elementaires, au sixieme on 
obsen/e. dans la zone graphique 730, le flot de donnees entre les operations elementaires 
qu'il comporte. Si on selectionne un etat, au cinquieme niveau de hierarchie, on observe, 
dans la partie graphique 730, le flot de donnees entre les groupes d'operations elennentaires 
5 qu'il comporte. Pour chacun des cinquieme a septieme niveaux, si on selectionne un lien 
dans la partie grapliique, avec un die sur le bouton gauche, on observe, dans un menu 
contextuel, une liste des donnees echangees. En en selectionnant una, on peut la modifier 
{voir plus loin). 

Lorsque Ton selectionne une donnees, au huitieme niveau de la hierarchie, on 

10 observe, dans la zone graphique 730, toutes les operations elementaires qui la consomment 
et celles qui la produisent, y compris a I'exterieur de I'etat, de la prestation, de la phase. 

Les elements des neuvieme et dixieme niveaux de hierarchie ("pilots" et 
"composant"') sont connus par ailleurs et proviennent de bibliotheque du constructeur du 
vehicule. d'equipementiers ou de fournisseurs. 

15 Pour obtenir la difference entre les interfaces et controles de variantes de prestation 

sur deux vehicule differents par exemple, on selectionne la prestation concernee dans la liste 
720 avec un die droit et on . selectionne, dans un menu contextuel, Toption "montrer les 
differences", en anglais "show differences". On selectionne ensuite, dans une boTte 4e 
dialogue contextuelle, la variante de prestation d'un autre vehicule ,que Ton souhai^ 

20 comparer a la variante de prestation d6ja selectionnee. II apparait alors , dans une boTte 4© 
dialogue contextuelle, une liste hierarchisee Phase/Etat/Groupe d'op§ratioi^s 
elementaires/Op§rations elementaires/Donnees/Pilotes/Composants des deux prestations 
selectionnees avec aux differents niveaux de ladite liste hierarchisee que Ton selectionne, un 
signe "+" lorsque seule la variante de prestation selectionn6e en premier comporte les 

25 elements du niveau selectionne, un signe "-" lorsque seule la variante de prestation 
selectionnee en deuxieme comporte les elements" du niveau selectionne, un signe "1" s'll 
existe une difference a un niveau inf6rieur au niveau selectiionne, et aucun signe particulier 
si les deux listes hierarchisees des variantes de prestation comparees sont identiques a ce 
niveau 

30 Selon le niveau de I'Slement de la liste hi^rarchique selectionne, on observe, dans 

la zone graphique 730, lorsque Tonglet "functional diagram" 731 est selectionne : 

- nom du v6hicule : liste des prestations, 

- services ou prestations : la liste des variantes de prestation, 

- variantes de prestation : le g raphe dont les nceuds sont les phases 
35 et .Ies fleches orientees les demandes 

client de changement de phase. 
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- phase 



etat : 



- groupe d'operations elementaires : 



operation elennentaire 



- donnee : 

- pilote : 

- composant 



Tensemble des etats dans un schema tel 

que celui represente en figure 7, 

le Hot de donnees des groupes 

d'operations elementaires realisees dans 

I'etat, 

le flot de donnee des operations 
elementaires dans le groupe d'operations 
elementaires. 

un graphe avec au centre {'operation 
elementaire selectionnee et autour d*elle 
les capteurs. actionneurs et autres 
operations elementaires de {'architecture 
dans son ensemble auxquels eile est liee 
les arretes du graphe sont les flots de 
donnees entre les noeuds. 
indique plus haut 
indique plus haut 
indiqu6 plus haut 



Pour passer a i'etape sutvante de la conception de Tarchitecture du systeme de 
electronique et informatique de composants materiels et logiciel, !e concepteur seiectionne 
ensuite Tongiet 732 "feature". Un des ecrans qui correspond a cette selection est illustre en 
figure 8. Dans cet ecran, dont la partie texte 720 est identique a celle illustree en figure 7, si 
on seiectionne une variante de prestation (troisieme niveau de hierarchie), on observe, dans 
la zone graphique 830, une enveloppe 840 de la variante de prestation. 

Cette enveloppe 840 est representee sous la forme d'une rectangle, divisee 
horizontalement en deux parties rectahgulaires. La partie haute est reliee, a gauche, a des' 
representations des capteurs 851 qui lui fournissent des donnees et, S droite, a des 
actionneurs 852 et 853, auxquels la variante de prestation fournit des donnees. La partie 
basse est reliee, a gauche a des donnees entrantes 856 et 854 et, a droite, a des donnees 
sortantes 855. Les donnees qui ne font que transiter par la variante, sans etre utilisees (ou 
consommees) ne sont pas representees. 

Si on clique, avec le bouton gauche, sur une donnee entrante, on observe, dans un 
menu contextuel, toutes les sources de la donnee selectionnee, en termes d'operations 
elementaires. 

Dans cette representation d'enveloppe 840, on utilise une formalisme permettant 
une vue synthetique des probtemes a regler : un point d'exclamation indique un conflit 
suppose (par exemple au cas ou, en sortie, plusleurs prestations pretendent foumir la meme 




donnee) qui suppose de regler un probleme d'arbitrage, un point d'interrogation en regard 
d'une donnee entrante pour laquelle aucun element n*a encore ete defini pour les produire. . 

Cette representation d'enveloppe 840 donne une vue de synthese tres pratique 
pour rutilisateur de I'outil de conception. Si, dans la representation d'enveloppe. on clique sur 
une donnee, un capteur ou un actionneur. on obtient une vue fonctionnelle, Indiquant les 
operations elementaires qui produisent la donnee et celles qui la consomme. Si I'on 
selectionne ou clique sur une de ces operations elementaires, alors on voit dans un nouvel 
ecran la liste des variantes de calculateur sur lesquelles cette operation el6mentaire est 
placee. Cette affichage est realise dans une nouvelle fenetre^ Qui apparalt au moment ou 
I'on double clique. Si Ton clique sur un capteur ou un actionneur, on obtient la liste des 
variantes de prestation exploitant ce composant ainsi que la liste des variantes de 
calculateurs auxquels le composant est rattache. Le retour A la normale s'effectue en 
fermant les fenetres ainsi crees. 

□•autre part, les prestations avec lesquelles la prestation selectlonn6e echange des 
donn^es apparaissent directement dans des boites comme 855 directement assocl6es aux 
donn§es d'entree et de sortie de la prestation. Lorsque plusleurs prestations consomment ou 
produisent une donnee, alors ce n'est pas le nom d'une des prestations qui est afRcli6 mal^^ 
la sequence et il faut cliquer sur la boite semblable ^ 855 pour voir s'afRcher la liste des^; 
prestations dans une nouvelle fenetre. 

Lorsqu'une donnee est produite ou consommSe par une operation elementaire quk 
n'est pas rattachee ^ une prestation, alors on voit associe a la donn6e, apparaTtre une Ic6n^ 
sp6cifique 854. Dans certaines circonstances, par exemple lorsque Ton a rScupere la. 
description des operations 6l§mentaires d'un calculateur mais que ces operations 
elementaires ne sont pas Il6es a une prestation, ce type de notation permet de savoir que 
roperation elementaire produisant la donnee G dans notre exemple est bien d§fine et placSe. 

Pour passer a I'etape isuTvanfe de la conception de Tarchitecture du syst§me de 
§lectronique et informatique de composants materiels et logiciels, le concepteur selectionne 
ensuite Tonglet 613 "MAP" ou 'feature architecture". Un des ecrans qui correspond A cette 
selection est lllustre en figure 9. 

Comme on I'observe en figure 9, Tinterface utilisateur 900 de cet outil logiciel 
comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 61 1 a 616, 

- une zone de liste hierarchis6e 920, 

- une zone graphique 930. et 

- des onglets verticaux 931 et 932. 




Les onglets verticaux 931 et 932 sont nommes nespectivement "networks" et 
•feature" et sont accoles a la zone graphique 930. ils servent a selectionner un contenu a 
afficher dans cette zone graphique 930, comme expose plus loin. 

On observe, a gauche, la zone de liste hierarchisee 920 qui comporte une partie de 
5 la liste dont les sept niveaux de hierarchie les plus eleves sont : 
nom du vehicule 

services ou prestations 

variantes de prestation 

groupe d'operations elementaires 
10 operation elementaire 

donnees 

pilote 

Capteur/Actionneur 

Les trois niveaux de hierarchie les plus eleves sont identiques a ceux des listes 

15 hierarchisees 620 et 720 et, en particulier, comportent les services ou prestations. La 
selection de Tun des connposants de la liste hierarchisee. par un die gauche provoque, avec 
Tonglet "network" 931 selectionne, Tapparition, dans ia partie graphique 930, de I'ensemble 
des reseaux 941 a 943 de calculateurs 951 a 955, representation synthetique permettant 
d'observer, pour Telement selectionn6, sa repartition sur les calculateurs et les flots de 

20 donnees qui le concernent sur les reseaux. 

Selon le niveau de I'element de la liste hierarchique selectionne, on observe, dans 
la zone graphique 930, lorsque Tonglet "network" 931 est actif Tensemble des r§seaux (les 
nceuds et les differents reseaux). 

Chaque reseau est represents avec tous les calculateurs qui y sont relies, le reseau 

25 possedant une couleur specifique, representees ici par des gommettes, vignettes ou pastilles 
9*61 a 963 portant des signes "x" ou "o". Des calculateurs presents sur deux reseaux, 
calculateurs 951 et 955, sont, sur chaque reseau auquel ils sont relies, dotes de 
"gommette(s)", chaque "gomnnette" possedant la couleur, representee ici par le signe 
correspondant a chaque autre reseau auquel le calculateur en question est directement relie. 

30 Les gommettes donnent ainsi une vue en trois dimensions sans complexite de 
representation. 

En cliquant avec le bouton droit sur un reseau, on observe, dans une boTte de 
dialogue, la liste des donnees qui transitent sur ce reseau. Les icones representant les 
donnees, et qui sont suivis de leur nom en clair, apparaissent en vert sur fond blanc si la 
35 donn6e en question n'est pas placee dans une tr*ame circulant sur ce reseau, en bleu sur 
fond blanc lorsque la donnee est placee dans une frame et en bleu sur fond gris si la donnee 




n'est utilisee par aucun calculateur, que ce calculateur sort directement sur le r§seau ou 
accessible par rintermediaire de calculateurs passerelles entre reseaux et d'autres r§seau. 

Ces vues permettent une estimation de la charge du bus en duree moyenne entre 
deux transmissions de meme donnee. Cette duree moyenne est estim6e par exemple en 
tenant compte du protocole de communication mis en oeuvre sur le reseau considere et 
affichee dans la fenetre contextuelle et des performances de ce protocole, par exemple 

- le niveau de charge saturant le reseau partir de 30% de charge pour le CAN on 
observe que les trames les plus critiques peuvent ne pas arriver dans les temps voulus a 
cause du mecanisme d'arbitrage qui retarde la transmission d*une trame lorsque m'emission 
d'une autre trame de priorite sup§rieure ou egale a deja ete demandee, et 

- la part de flot de donnee qui releve de la gestion de protocole (50% pour le CAN, 
typiquement car les donnees de gestion du protocole (arbitrage, CRC,,..) represente 
pratiquement autant de bits en moyenne que les donn§es effectivement transport6es par 
une trame). 

- Le calcul du flot de donnees se fait par mode et on prend la charge la plus 61ev6e 
dans le mode ou elle apparaTt Cet aspect motiv6 par le fait que par exemple, en mo<^e 
diagnostic, certaines trames correspondant a un mode client sont inhib6es et done ne sopt 
pas en prendre en compte dans le calcul de charge. Reciproquement, le calcul de charge 
dans le fonctionnement pour le client final ne dolt pas tenir compte des trames de diagnostic. 
Une trame soit emise dans un mode donnS si et seulement si au moins une de ses donnees 
est echangee entre deux operations Slementaires actives dans ce dit mode. . ^ 

Avec I'onglet 931 "network" s§Iectionne, I'utilisateur de Foutil peut effectuer:Je 
placement (en anglais "mapping") d'une variante de prestation ou d'un groupe d;operations 
elementaires, ou bien encore d'une operation elementaire selectionn6 dans la zone de liste 
920, sur un ou plusieurs calculateurs representes dans le partie graphique 930, par la 
foriction bien connue de "drag and drop" (que l^ofTpeut traduire, en frangais, par "d6placer et 
lacher"). A cet effet, lorsque Ton clique avec le bouton droit sur une variante de prestation ou 
une prestation, un menu contextuel apparaTt et propose les differents types de placement. 

Si une operation elementaire existe dans plusieurs variantes de prestation, par 
exemple en figure 9 reparation elementaire "Decondamnation coffre" dans la liste 
hierarchis6e 920 qui est liee aussi bien ^ la "variante Badge" qu'a la "variante Clef, alors le 
fait de placer cette operation elementaire par exemple sur le type de calculateur BFR, 953, 
au moment du placement de la variante de prestation "variante Badge" va aussi placer cette 
operation elementaire pour la prestation "variante Clef et m§me si ensuite la variante de 
pres tation "variante Clef" est placee sur le type de calculateur UCH, seules les operations 
elementaires non encore placees seront placees sur le type de calculateur UCH, I'operation 
elementaire "Decondamnation coffre" restant placee sur le type de calculateur BFR. II en 




serait de meme avec un groupe d'operation elementaire d'une autre variante de prestation 
que "variante Badge" qui contiendrait I'operation elementaire "Decondamnation porte" et que 
I'on placerait par exennple sur le type de calculateur UCH. De cette maniere, les operations 
elementaires partagees entre plusieurs prestations ne sont placees qu'une fois. Par allleurs, 

5 une fois qu'une operation elementaire est placee. on peut annuler son placement et la 
replacer sur un autre type de calculateur en cliquant dans un menu obtenu en selectionnant 
ladite operation elementaire par un die droit. 

Les differents types de placement comportent, en particulier, le placement sur un 
seul calculateur, le placement en maTtre et esclave et le placement distribue. Dans le type de 

10 placement en maTtre-esclave, la partie "controle" de la prestation emet des messages de 
commande sur au moins un reseau pour commander chaque esclave et I'outil ajoute 
automatiquement ces messages de commande dans ou en dehors des trames deja definies 
(voir plus loin). Pour pouvoir placer le maitre et Tesclave, lorsque Ton selectionne le type de 
placement maTtre - esclave. une operation elementaire, representant ['automate de controle 

15 de la prestation, est automatiquement ajoutee en relation avec la variante de prestation 
consideree. On I'appelle "operation elementaire de controle". On place ensuite, par 
operations de drag and drop, la variante de prestation, ou un groupe d'operation elementaire 
ou une operation elementaire et notamment Toperation elementaire de controle sur une 
variante de calculateur. II y a autant d'esclave que de noeuds sur lesquels Toperation 

20 elementaire de controle n'est pas placee et sur lesquels au moins une operation elementaire 
de la prestation est placee. Le noeud sur lequel Toperation elementaire de controle de la 
prestation est place est le noeud maTtre. 

Avant de placer en maTtre et esclave, on commence par synthetiser Toperation de 
controle. Pour ce faire, on considere que cette operation consomme toutes les donnees 

25 permettant le calcul de Tautomate de controle de la prestation. Par exemple, si une transition 
est conditionnee par la mise a un d'une donnee bbolieenne a, a etant le resultat d'une 
operation elementaire, alors, dans le cas d'un placement maTtre - esclave, Toperation 
elementaire de controle aura notamment a comme donnee d'entree. 

Le type de placement distribue signifie que des operations elementaires d'une meme 

30 prestation sont reparties sur plusieurs calculateurs et que d'autre part, Tautomate de controle 
de la prestation est synthetise sur chacun desdits calculateurs. 

On ajoute done automatiquement sur chaque nceud sur lequel on a place au moins 
une operation elementaire de la prestation au moment du placement une operation 
elementaire de controle qui represente Tautomate de contr6le de la prestation. Cette 

35 operation elSmentaire de controle est la mSme que celle que Ton aurait synthetisee 
automatiquement pour un placement de type maTtre - esclave. 



• 4» • 

Pour chaque placement d'une prestation, une boite de dialogue de placement 

apparaTt pour demander si les operations elementaires, les capteurs et actlonneur concem§s 
doivent §tre places simultanement et sur le meme calculateur. Si on decide de placer la 
prestation avec les actionneurs et/ou capteurs concernes, I'outil de conception les connecte 
5 au calculateur. SI on ne place pas les operations elementaires, les capteurs et/ou les 
actionneurs sur le meme calculateur que le teste de la prestation, I'outil de conception ajoute 
les donnees necessaires au bon fonctionnement de la prestation dans ou en dehors des 
trames deja definies (voir plus loin). . 

Si au moment du placement sur un noeud. c'est a dire sur un type de calculateur, 
10 plusieurs variantes de calculateur realisent ce type de calculateur, alors une boite de 
dialogue apparaTt pour demander sur lesquelles de ces dites variantes de calculateur le 
composant selectionn§ doit etre plac6. 

Comme illustr^ en figure 10. si I'onglet "feature " 932 est s6lectlonn6 et que I'on 
s§lectionne une variante de prestation (deuxieme niveau de hierarchie), on observe, dans la 
15 zone graphique 1030, placees les unes en dessous des autres, toutes les enveloppes 1061 
et 1062 des types de calculateurs contenant au moins une operation §l6mentaire de la 
prestation selectionnee. Seules les donnees d'entr^e et/ou de sortie des operations 
elementaires de la variante de prestation selectionnee contenus dans ces Jypes de 
calculateur sont affichees ce qui perinet de voir pour la dite prestation Petat d'avanc^ment du 
20 placement et I'etat des echanges internes et externes de la variante de prestation aii,seln de 
rarchitecture electrique electroniques. Si des donnees telles que V2 ou V3 sont pra^ii'rtes ou 
consommees par d'autres variantes de prestation, alors c'est IndiquS avec les m§mes 
conventions qu'en figure 8 en zone 841 . 

On obsen/e aussi, dans la zone grapliique 1030, les memes deux types de 
25 calculateurs 1041 et 1042. correspondant respectivement d 1062 et 1061 sur lesquels est 
implantee la variante de prestation serectiorirtee, ainsi que les flots de donn§es qu'ils- 
echangent. En cliquant sur Tune des filches 1043 et 1044 repr^sentant ces flots de 
donnees, on observe les donn6es echangees dans une botte de dialogue (non representee). 
Dans ces boites on observerait les donnees V2 et V3 qui sont les seuls echanges internes d 
30 la prestation entre les types de calculateur UCH et BFR. 

Si des trames de donnees etaient echangees, elles seraient representees dans les 
enveloppes 1061 et 1062 a Finstarde la representation en zone 1244 figure 12. 

Ces representations graphiques sont mises k jour suivant les evolutions du 
placement des operations ei6mentaires de cette variante de prestation 
35 SI I'onglet feature " 932 est seiectionne et que I'on seiectionne un element de I'un 

des quatrieme a sixieme niveau de hierarchie, on observe, dans la zone graphique 1030, les 




flots de donnees (voir onglet "Func" 612 ci-dessus) mais pour tous les etats confondus (il n'y 
a plus de niveau representant les etats dans la liste hierarchisee 820). 

Les trois demiers onglets, 614 a 616, concernent le materiel avec une gestion de la 
divei^ite, c'est-a-dire des differentes variantes de realisation materielle du systeme. 
5 Lorsque le concepteur selectionne Tonglet 614 "operational architecture" ou 

"OPER", il accede a une description des operations elementaires de chaque calculateurs. 
On observe, en figure 11, une interface utilisateur affichee lorsque Tonglet 614 "OPER" est 
selectionne. 

Comme on Tobserve en figure 11, rinterface utilisateur 1100 de Toutil logiclel 
10 comporte alors : 

- les menus deroulant 601 a 608, 

- les six onglets horizontaux 611a 616, 

- une zone de liste hierarchisee 1120, et 

- une zone graphique 1 130. 

15 On observe, a gauche, la zone de liste hierarchisee 1120 qui comporte une partie 

de la liste dont les six niveaux de hierarchie les plus eleves sont : 
nom du vehicule 

type de calculateur 

variante de calculateur 
20 prestation 

operation elementaire 
donnees 

pilote 

Capteur ou actionneur 

25 Selon le niveau de Telement de la liste hierarchique selectionne, on observe, dans 

la zone"graphique 1 1 30 : 

type de calculateur Le flot de donnees entre les differents noeuds du reseau 

independamment de rimplementation de ce flot en trames ou reseaux de toutes sortes. Si 

une operation elementaire placee sur un noeud consomme une donnee produite par une 
30 autre operation elementaire sur un autre nceud, alors la donnee echangee apparait dans le 

flot de donne materialise graphiquement par une fleche allant du noeud ou les donnees sont 

produites vers le noeud ou les donnees sont consommees. 

variante de calculateur Le graphe orients dont les noeuds sont les operations 

elementaires placees sur la variante de calculateur, 1140, 1142, 1144, 1146, 1148 et les 
35 fleches sont les flots de donnes entre ces operations elementaires comme par exemple 

1162. 
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Operation elementaire les liens aux capteurs et actionneurs lies a reparation 

6lementaire selectionnee et months sur le calculateur 

donnees les operations elementaires, capteurs ou actionneurs auxquels la 
donnee est liee directement sont affiches dans un graphe. Les capteurs ou op6rations 
5 elementaires qui produisent la donnee apparaissent ^ sa droite alors que les actionneurs ou 
operations elementaires consommant la donnee sont places ^ gauche de la donn6e. Les 
fleches indiquent le sens de passage de la donn§e (du producteur vers le consommateur). 

Pilote les caracteristiques du pilote. type 

d'entree/sortie analogique-numerique. tout-ou-rien. ses caracteristiques 

10 §lectriques. 

- Capteur/actionneur un graphe avec au centre le capteur ou ractionneur 
s6lectionne et autour de lui les operations elementaires de I'architecture dans 
son ensemble auxquels il est lie. les anrStes du graphe sont les flots de 
donnees entre les noeuds. 
15 On observe, en figure 12. une Interface utilisateur afRch^e lorsque I'onglet 615 "hwa" 

ou "hardware architecture" est selectionne. 

Comme on I'observe en figure 12, I'interface utilisateur 1200 de I'outil logicief 

I 

comporte alors : "\ 

- les menus deroulant 601 a 608, 

20 - les six onglets horizontaux 611^ 616, 

- une zone de liste hierarchisee 1220, 

- une zone graphique 1230, et 

- les onglets verticaux 1232 et 1234. 

On observe, a gauche, la zone de liste hi6rarchis6e 1220 qui comporte une partie 
25 de la liste dont les six niveaux de hierarchie les plus eleves sont : 
' riorn~du vehicule 

type de calculateur 

variante de calculateur 
trames 

3Q donn6e dans la trame 

capteur / actlonneur 
donnees 

pilote 

Selon le niveau de {'element de la liste hierarchique selectionne, on observe, dans 
35 la zone graphique 1230, lorsque Tonglet "networks" 1232 est seIectionn6 : 
nom du v§hicule les reseaux de cette architecture v6hicule 




type de calculateur les reseaux auxquels ce type de calculateur est 

connecte, represente en figure 16 

variante de calculateur les reseaux auxquels cette variante de calculateur est 
connectee 

trames ou le reseau auquel cette trame apartient 

donnee dans la trame le reseau auquel cette donnee appartient (via la trame) 
capteur / actionneur le type de calculateur auquel est connecte ce 
composant et les reseaux sur lesquels ce type de calculateur est connecte. 

Donnees Rien 

Pilote Rien 
et, lorsque ronglet "Diagrams" 1234 est s6lectlonne : 
nom du vehicule Rien 

type de calculateur Un graphe dent les noeuds sont les types de calculateur 

et dont les fleches sont les flots de trame, les feches etant orientees du noeud emetteur vers 
le noeud recepteur. 

variante de calculateur affichage comme definit en figure 12 par le contour 1260 
decoupe en trois parties 1240, 1242 et 1244 par deux traits horizontaux 1262 et 1264, Dans 
la zone 1240, les liens de la variante de calculateur a des capteurs ou des actionneure sont 
affiches, les liens aux capteurs etant affiches d*un cote 1252 et les liens aux actionneurs 
etant affiches de Tautre cote 1250, 1254. Dans le diagramme, dans le cas d'une saisie 
d'infonmation provenant d'un capteur 1252, la donnee apparait a I'interieur du contour 1260, 
alors que le nom du capteur "Cler apparait a Pexterieur du contour. De cette maniere le 
concepteur peut distinguer facilement les noms des donnees du logiciel applicatif embarque 
sur la variante de calculateur, des noms des differents capteurs et actionneurs, et de plus le 
lien des capteurs/actionneurs aux donnees logiciels est clair. Dans la zone 1244 est 
representee I'interfaces messagerie de la variante de" calculateur selectionnee. Cette 
interface messagerie est constituee de trames de message consommees ou produites sur 
les divers reseaux auxquels est connectee la variante de calculateur selectionnee. Les 
trames consommees sont representees d'un cote de la zone, et les trames sortantes de 
I'autre cote. Par exemple TJn_1, 1246, est une trame entrante et T_out_1 et T_ouL2. 
respectivement 1247 et 1248, sont des trames emises. Seules les donnees effectivement 
consommees et produites par au moins une operation elementaire sur la variante de 
calculateur selectionnee sont representees en zone 1244 en correspondance avec les 
diff6rentes trames. Par exemple, si un emplacement pour une donnee "n" est reserve dans 
TJn_1 et si la donn§e ^'n" n'est consommee par aucune operation 6lementaire sur la 
variante de calculateur selectionnee, alors, "n" n'apparaTt pas en zone 1244. 
R6ciproquement, la donn6e "a" qui apparait en correpondance de TJn_1 est done 
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consommee par une operation elementaire placee sur la variante de calculateur 
selectionn^e. Finalement. en zone 1242. on retrouve les donnees d'entree et de sorties du 
calculateur selectionne qui ne sont ni !i6es & des capteurs / actionneurs. nl a des trames. et 
qui pourtant proviennent ou sont a destination d'autres ncBuds. On reprend pour cette zone 
5 1242 les conventions de la zone 841. Finalement. les donn§es qui ne font que transiter par 
la variante de calculateur selectionnee. qui fait alors office de passerelle entre r§seaux. sont 
accessibles sous forme d'une liste en selectionnant un onglet du menu 603. La separation 
des donnees en deux categories, non encore affectees et dej^ affectee foumlt une vue de 
coherence de ce qui est fait et de ce qui reste a faire. 
10 Trames rien 

donnee dans la frame operations elementaires et/ou capteur/actionneurs 
producteurs ou consommateurs a I'interleur de ia variante de calculateur 
selectionnee. 

capteur/actionneur un contour rectangulaire (non represent^) separ6 en 
15 deux parties, la partie du dessus servant a indiquer les donnees produites par le 
capteur/actionneur & I'aide d'un pilote et utilisees sur d'autres calculateur que celui auqueMe 
composant est rattache, la parties inferieure servant a representor les donnees produites gi 
I'aide d'un pilote et utilisees sur le calculateur auquel le composant est rattache.^^^es 
donnees regue par le composant sont sur la gauche du contour alors que les donn|es 
20 emises sont sur la droite du contour. Un tei lien donnee-calculateur est repr6sente. ^e 
maniere similaire au lien donnee-prestation 855 en Figure 8, si ce n'est que si la m§v(ie 
donnee est par exemple emise vers plusieurs calculateurs. alors, elle sera r§petee plusj^urs 
fois. ce qui est une alternative a un affichage du type avec une boite sur laquelle il 
faudrait cliquer pour acceder aux differentes variantes de calculateurs. autres que celui 
25 auquel le composant est rattache, utilisant la donnee. 

• donnees d'un capteur ou actionneur op6rationsr- eiementaires et/ou 

capteur/actionneurs producteurs ou consommateurs & Tinterieur de la variante de 
calculateur selectionnee. 
Pilote comme pour la donnee, voir ci-dessus. 
30 Lorsque I'onglet "networks" 1232 est selectionne, on observe, dans la partie 

graphique 1230, Parchitecture materielle et le placement de calculateurs sur des reseaux. 

Chaque reseau est represente avec tous les calculateurs qui y sont reli6s, le r6seau 
possedant une couleur specifique, representees ici par des gommettes portent un signe "+", 
"X" et "o" comme en Figure 9. Des calculateurs presents sur deux reseaux sont, sur chaque 
35 reseau auquel lis sont relies, dotes de "gommette(sr. chaque "gommette" possedant la 
couleur, representee ici par un signe "+". "x" ou V des autres r6seaux auquels le calculateur 




en question est directement relie. Les gommettes donnent ainsi una vue en trois dimensions 
sans complexite de representation. 

Lorsque I'on effectue un die droit sur un reseau, 11 apparaTt, dans une boTte de 
dialogue contextuelie, une liste des donnees circulant sur ce reseau. Dans cette bolte de 
5 dialogue, des couleurs differentes indiquent les donnees qui ne sont pas allouees dans une 
trame, celles qui sont allouees et transitent effectivement dans une trame et celle qui sont 
allouees mais ne transitent pas effectivement parce que par exemple elle ne sont pas 
produite. 

Les donnees circulant sur un reseau sont visibles dans une boTte de dialogue 
10 lorsque Ton clique avec le bouton droit sur le reseau en question, I'ongiet "networks" 1232 ou 
1232 etant actif. Cette boTte de dialogue met en oeuvre des couleurs pour indiquer le 
placement dans une trame et rutilisation des donn6es, comme explique plus haut, en regard 
de la figure 9. 

Lorsque I'ongiet 616 est selectionne (ecran non represents), si on selectionne une 

15 donnee en cliquant sur le bouton gauche, un menu surgissant permet d'atteindre une boTte 
de dialogue contextuelie qui fournit des infonnations sur cette donnee, notamment, la 
dimension :(un booleen a une taille de un bit), les valeurs extremes, une valeur par defaut, 
etc rage maximal de la donnee c'est a dire duree apres la capture au bout de laquelle la 
donnee peut etre consideree comme obsolete, . .etc . 

20 Lorsque I'on selectionne I'ongiet 616 "msg", on obtient en partie droite un ecran analogue d 
celui de la figure 16, lorsque I'ongiet 1232 de la figure 16 est selectionne. On volt alors en 
partie droite de I'ecran pour chaque v6hicule toutes les trames vehicuiees par molns un 
reseau et en partie gauche de i'ecran une representation des differents reseaux comme en 
figure 16 en zone 1630 . En cliquant sur une trame, seul le reseau sur lequel la trame circule 

25 est affiche.En cliquant sur Tun des onglets 1652, 1654, 1656, 1658, seules les trames 
circulant sur le reseau correspondant sont affichees en partie gauche de^recran. lorsque 
I'ongiet 1231 est selectionne, lorsque Ton clique sur une trame, une presentation de la trame 
en partie droite de Tecran apparait reprenant les informations essentielles de la trame, 
notamment sa taille, sa periode, le type du reseau, puis la liste des donnees pour lesquelles 

30 un espace est alloue ainsi que les coordonnees de cet espace en numero d'octet et de bit le 
plus significatif et en taille. puis la liste des variantes de calculateur producteur et 
consommateur pour chaque donnee. 

Dans la zone graphique correspondant a la selection de I'ongiet 616, si on clique 
avec le bouton gauche sur un calculateur. on observe, par PintermSdiaire d'un menu 

35 surgissant donnanl le choix entre trame et donnees, dans une boTte de dialogue 
contextuelie, les donnees ou trames consommees ou produites par le calculateur 
selectionne. 




La figure 13 represente un ecran 1300 de saisie et de visualisation des zones d'un 
prodult nomme "vehicule Z23" pour lequel on souhaite cxjnstruire une architecture 61ectrique 
et electronique. On peut acceder a cet ecran a partir de n'importe lequei des ecrans des' 
figures 6 a 12 par une selection dans !e menu tools 606. 

On observe, dans la liste hierarchisee 1320, une llste oomportant les trois premiers 
niveaux de hierarchie suivants : 
nom de vehicule 

gpoupes de noeuds et composants 
noeuds et composants 
La partie graphique, a droite de Tecran, comporte une zone sup6rleure dans laquelte 
trois boutons 1312. 1314 et 1316 sont representes. Les differentes zones du vehicule sur 
lesquelles les composants du systeme peuvent etre places apparalssent dans la partie 
graphique inferieure droite de I'ecran, ou sous-ecran 1330. Ces zones du vehicule sont 
representees par des rectangles 202, 204, 206,..., 236, 240. Pour ajoutier une zone, 
rutilisateur doit d'abord s§lectionner le bouton 1312 placer ce rectanjgle, qui correspond ^ 
une nouvelle zone du vehicule, en cliquant dans le sous-ecran 1330. II peut alors changer . 
les dimensions dudlt rectangle, par exemple en cliquant sur un des angles du rectangle, puis ^, 
en deplagant cet angle a volonte, Tangle oppose dudlt rectangle ne bougeant pas. II peut ^ 
ensuite deplacer le rectangle a volenti dans le sous-6cran 1330, afin de rendre la disposition^, 
des zones respectives comprehensible pour Tensemble des utillsateurs. Dans le cas d'un 
vehicule automobile par exemple, il ne serait pas sense de placer la zone representant la 
porte arriere droite et la zone repr6sentant la porte avant gauche Tune a c6t6 de Tautre, 
Le npm 1342 du produit est repris en bas du sous-ecran 1330. 
On note que les noeuds et composants defihis pour Toutil de conception sont repris 
dans la liste hierarchis6e 1320. En fait, cette liste hierarchis6e sert une fois que les differents 
composants sorffplac^s: s§lectlonner un noeud ou un calculateur particalier pennet de 
localiser dans quelle zone du vehicule il est place, cette zone changeant automatiquement 
d'aspect dans le sous-6cran 1330, Par exemple, lorsque dans la liste hierarchisee, on 
selectionne la p6dale d'acceleration 1321, la zone cockpit 218 change d'aspect. 

D'autre part, les composants non encore places ont eux-aussi un aspect particuller 
cpmme par exemple le noeud BVA 1323 ou le moteur d'essuyage avant 1322. 

En selectlonnant le bouton 1316, il est possible de rajouter. dans le sous- 
ecran 1330. une boussole orientable 1344 a des fins de lisibilite pour I'ensemble des 
utilisateurs. II revient a Tutllisateur d'indiquer lesquels des axes (gauche, droite), (haut, bas), 
(avant, aniere) doivent etre utilises ainsi que leur sens. Dans la figure 13, dans le cas d'un 
vehicule automobile dont des zones, vue de haut, ont ete representees, I'orientation permet 
^ Thomme du metier de reconnaTtre certaines de ces zones, comme par exemple le pavilion 




216, puis de proche en proche, Tensemble des zones representees. Afin de rendre ce 
decoupage en zones plus lisible, il est possible de nommer les zones. C'est par exemple le 
cas de Taile avant droite nommee Aile AVD 1 346. 

La figure 14 represente une vue locale d'une des zones du vehicule representees 
5 dans la figure 13 dans le sous-ecran 1330 de Pecran 1300. On y accede, par exemple, en 
selectionnant la dite zone dans le sous-ecran 1330 puis en cliquant deux fols. 

Dans le sous-ecran 1330, on peut preciser les dimensions de la dite zone en . 
selectionnant le bouton 1410 puis en selectionnant Tun des sommets de la dite zone et en le 
bougeant a volonte, les autres sommets restant inchanges. Selectionner un point du contour 
10 de la zone autre qu'un sommet permet de definir un nouveau sommet. 

On peut specifier une sous-zones d'evitement en selectionnant un bouton 1412 puis 
Templacement de la zone ou Ton desire placer la sous-zone d*evitement. La sous-zone 
d'evitement est alors placee sous forme d'un rectangle avec des dimensions par defaut. Le 
dimensionnement exact de la sous-zone se fait alors, comme pour la zone du vehicule, en 
15 selectionnant un bouton 1410 puis en selectionnant Tun des sommets de la sous-zone 

d'evitement selectionnee ou en rajoutant un sommet. En selectionnant un point du contour 
autre qu'un sommet. 

Les points de routage sont places sur la zone en selectionnant d'abord un bouton 
1414 puis en selectionnant Tendroit de la zone ou Ton desire placer le dit point de routage. 
20 Les points de connexion de la zone sont places en selectionnant d'abord le bouton 1416 puis 
en selectionnant Tendroit de la zone ou Ton desire placer le dit point de connexion. 

Comme en figure 14, une boussole peut etre placee a cote de la zone en 
selectionnant le bouton 1316, puis orientee. 

Un chemin de routage recommande peut etre place en selectionnant un bouton 1418, 
25 puis en selectionnant un composant ou point de routage ou point de connexion initiate, puis 

un composant ou un p6int"cfe "routage ou un point de connexion finale. 

Les composants et calculateurs sont places sur la zone par cliquer-deplacer a partir 
de la liste hierarchisee 1420. lis peuvent etre associes a des icones qui permettent de les 
localiser et de les reconnaTtre plus rapidement. 
30 Tous les elements de la zone du vehicule representee peuvent etre deplaces et 

ajustes par cliquer-deplacer. Finalement, un element "regie" peut etre place dans la fenetre 
pour faciliter le dimensionnement des differents zones. Pour cela. on selectionne un bouton 
1413, puis on selectionne I'endroit de la zone ou Ton desire placer la regie. En selectionnant 
rune des extremites de la regie 1444, on peut Tetendre ou la raccourcir. Au moment ou Ton 
35 effectue cette operation, la longueur reelle de la regie est affichee, par exemple en 
millimetres. 
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II est possible de faire pivoter la regie autour d'un de ses sommets suivant des 

moyens connus. Placer la regie a cote d*un des bords de la zone permet d'en connaltre la 

longueur et de changer eventueilement son dimensionnennenL 

Toujours avec Tobjectif d'une representation la plus fidele possible, dans le sous- 

ecran 1430, il est possible de faire apparaitre une trame de fond permettant de representer 

la zone a la bonne echeile. La trame de fond peut par exennple etre constituee de traits 

horizontaux et verticaux paralleles et r^guliers, decoupant Tespace en pav6s de 20mm par 

20mm dans Techelle 1:1. 

II est possible d'agrandir et de retrecir la zone du vehicule representee pour le contort 

d'utilisation, c'est a dire changer Techelle de la figure pour qu'elle soit adaptee k la partle du 
sous-ecran 1430 par des moyens connus appeles zooms. La zone et tous les 6lements 
places sur l^ecran changent alors d'echelle. 

Une fois Toperation de placement des points de connexion effectuee sur 
differentes zones, on peut revenir a la vue presentee en figure 13 pour Her les points de 
connexion des differentes zones du vehicule qui se correspondent dans le sous 6cran 1330. 
Dans un certain mode d'affichage, accessible par le menu "View" 603, les points de 
connexion specifies dans la zone 202. par exemple, apparaissent. Cette zone contlent trois ,v 
points de connexion 1350, 1351. 1355. La zone 220 contlent. elle, pour le moment, un point.^ 
de connexion 1353. Pour indiquer par exemple que les points de connexions 1355 et 1353 , 
se correspondent tfest a dire representent en fait un meme point dans I'espace, on peut par . 
exemple selectionner le bouton 1314, puis selectfonner le point de connexion 1355, puis 
selectionner le point de connexion 1353. Un lien graphique 1354 est alors automatiquement j; 
genere. Une nouvelle selection du menu "View" 603, permet, si on le souhaite, de cacher 
tous les points de connexion et leurs liens. 

II est possible de nommer les points de connexion, comme cela est fait par exemple 
pour le point de connexion "C3" 1448 . Dans dig bia's, le nom du point de connexion est repris 
dans le sous-6cran 1330, lorsque Toption d'afRchage des noms des points de connexion est 
activee. 

En s§lectionnant, dans le menu "Edir 602, 1'option "Synthese du cSblage". 
ralgorithme de routage est execute. On peut ensuite visugllser le resultat. En figure 14, les 
segments 1451 ^ 1455 sont synthetises. En cliquant sur chacun de ces segments, on obtient 
la liste des liens ou fits composant-composant, ou composant-connecteur ou connecteur- 
composant qui sont inscrit dans chacun de ces segments. 

Par exemple. si le moteur 406 possdde un connecteur a trois pines, Tune de 
commande. faible puissance, Tune d'alimentation forte puissance, la troisieme de masse, on 
obtient la liste suivante : 

Moteur- 1-donn§e de commande moteur 406 




Moteur- 2 - alimentation moteur406 
Moteur- 3 -masse moteur 406 

Si ces trois pines, lors du routage, sont associees a trois pines du connecteur C1 
1447, respectivement. on observe la liste suivante : 
5 CI - 3 -donnee de commande moteur 406 

C1- 5 - alimentation moteur 406 
C1- 1 -masse moteur 406 

Alors, en cliquant sur le lien 1452, on volt s'afflclier que, sur le segment entre les 
points de routage 1470 et 1472 circulent les liens de reference : 
10 Moteur- 1 -donnee de commande moteur 406 ; CI - 3 -donnee de commande moteur 

406 

Moteur- 2 - alimentation moteur 406; C1- 5 - alimentation moteur 406 
Moteur- 3 -masse moteur 406; C1- 1 -masse moteur 406 

La figure 15 represente Tecran qui apparait lorsque Ton selectionne le "Vehicule Z23" 

15 et que Tonglet "Func" 612 est selectionne. On obtient alors en partie graphique 1530, a droite 
de Tecran, un graphe dont les noeuds sont les variantes de prestation et les fleches les flots 
de donnees echanges entre les variantes de prestation. Un tel flot de donnees represente 
par une fleche entre une variante de prestation de depart et une variante de prestation 
d'arrivee est defini par {'ensemble des donnees produites par au moins une operation 

20 elementaire de la variante de prestation de depart, qui ne sont produites par aucune 

operation elementaire de la variante de prestation d'arrivee. mais qui sont consommees par 
au moins une operation elementaire de la variante de prestation d'arrivee. 

Le flot de donnees inter-prestation tel que represente en figure 15 est genere pour un 
choix d'une variante de prestation pour chaque prestation correspondant a une configuration. 

25 Pour Phomme du metier, ces flots de donnees permettent de reperer les donnees pour 

lesquelles des precautions sont a prendre pendant le developpement. En effet, les donnees 
entre prestations et leurs caracteristiques doivent etre validees pour chaque prestation les 
consommant ou les produisant au contraire des donnees intrinseques a une prestation dont 
la mise au point releve uniquement de la dite prestation. 

30 On peut. dans Tecran illustre en figure 15, representer I'lntegralite des echanges entre 

toutes les prestations du produit ou les echanges d'un sous ensemble de prestations, cela en 
copiant dans une architecture produit par exemple creee pour Toccasion, le dit sous 
ensemble de prestations et en considerant le graphe correspondant dans la partie graphique 
1530. 

35 La figure 16 represente un 6cran apparaissant lorsque Ton selectionne I'onglel "HWD" 

615. ronglet "Network" 1232. et le noeud UCH 1621 dans la liste hierarchisee 1220. On volt 
alors apparaitre, dans la partie graphique 1630. une vue de reseau repondant aux memes 




conventions que la vue decrite en partie graphique 830 illustree en figure 8. Seules les 
reseaux sur lesquels le nceud UCH 1621 est present sont alors affiches, a la difference de ce 
qui est represents en figure 8 ou tous les reseaux sont affiches. Des onglets dans une zone 
1640 permettent de selectionner les differents reseaux de Tarchitecture 1654, 1656, 1658. La 

5 selection de Tonglet "all" 1652 pennet de provoquer TafRchage dans la partie graphique 1630 
de tous les reseaux et annuie la selection du noeud UCH 1621 . 

En cliquant sur un reseau donne, on obtlent Tensemble des donnees qui circulent sur 
ce reseau en distinguant notamment celles qui ne sont pas provisionnees dans des trames, 
celles qui sont provisionnees et presentes, celles qui sont provisionnees et absentes. 

10 En figure 17, le procede de conception de specification d'une variante de prestation 

est detaille. 

Les etapes 1712 et 1714 sont des syntheses realisees automatiquement pour Toutil 
alors que toutes les autres etapes sont assistees grace a Tergonomie de Toutil mais sont 
laissees a initiative du concepteur. 
15 Lors de la conception de la specification d'une variante de prestation, en premier 

lieu on specifle les cas d'utilisation, 6tape 1702. Une fois les cas d'utilisation specifies, ojn. 
identifie les phases de fonctionnement, les demandes client qui sont les transitions et les. 
r6ponses systeme qui sont les etats, etape 1704. Les phases sont deflniefe, 
preferentiellement par leur decomposition en modes transversaux comme ceci est presente . 
20 en figure 7. Deux phases ne doivent preferentiellement pas partager de combinaison d,e 
modes transversaux. On peut alors synthetiser un premier automate decrivant la supervisioci 
de la prestation tel que detaille en figure 7 . Pour cela, on part de I'association proposee par 
■ Tutilisateur des cas d*utilisation aux triplets (etat de depart, demande client, etat d'arrivee).. 

A partir de cette ces premieres etapes supportees par Tonglet REQ de I'outil, un 
25 automate de controle de la prestation est synthetise automatiquement pour Tensemble des 
cas d'ufillsatlon de la prestation, etape 1712. 

On procede alors aux Stapes de correction. 6tape 1714, et completion, etape 1716. 
qui permettent de mettre au point I'automate et d"enrichir les cas d'utilisation, . etape 1720. en 
fonction de nouvelles situations identiflees notamment lors de I'etape de completion, etape 
30 1716. 

Paralieiement aux etapes de mise au point de I'automate de contrSle de la 
prestation, etapes 1712, 1714 et 1716, on specifle les operations 6lementaires realisees 
dans chacun des etats de Tautomate de controle de la prestation, etape 1706. 

De meme, certaines operations 6lementaires realisant les transitions de phase sont . 
35 identifiees, etape 1708. ainsi que les operations elementaires realisant les demandes client, 
etape 1710. La realisation d'une transition de phase ou d'etat par une operation eiementalre 
est representee preferentiellement par une operation ei6mentaire dont le resultat est un 




booleen qui lorsqu'il vaut la valeur booleenne "vrai" resulte en Tactivation de ladite transition. 
On peut de maniere equivalente, mais pour plus de generalite, specifier que la transition 
opere pour une valeur particuliere d'une des sorties de Toperation elementaire qui la realise. 

Lorsque les etapes 1706, 1708 et 1710 sont partiellement ou completement 
5 realisees, on synthetise le flot de donnees entre les operations elementaires specifiees au 
cours de ces etapes, etape 1718. 

On peut alors synthetiser un modele de la variante de prestation specifiee, etape 
1722. en completant notamment Tautomate synthetise au cours de Tetape 1712 et les 
differentes operations elementaires qui lui sont attachees avec la description de capteurs et 
10 actionneurs preferentiellement attaches a la prestation et des pilotes correspondents. 

La figure 18 decrit un precede de conception d*architecture 6lectrique et 
electronique permettant de comprendre les interactions entre les differentes etapes du 
procede decrit dans Tinvention, mais aussi les differentes vues proposees par I'outil. 

Comme point de depart, une specification des configurations du produit est 
15 specifiee par Tutilisateur. etape 1802. Elle indique les differentes configurations caracterisees 
notamment par un ensemble de variantes de prestation et un ensemble de variantes de 
calculateurs. Pour chaque configuration, un pourcentage est indique correspondent au 
rapport du nombre de produits comportant ladite configuration par le nombre produit total. 
Cette etape etant realisee, une specification de chaque variante de prestation est realisee, 
20 etape 1806,. notamment en appliquant le procede decrit en figure 17. On peut alors proceder 
automatiquement aux validations de Tarchitecture prestation, etape 1808 (decrites plus loin). 
Pour un ensemble de configurations, specifiees au cours de Tetape 1802, on specifie un 
ensemble de noeuds et de reseaux les connectant et pour chaque noeud un ensemble de 
variantes de calcuiateurs, etape 1810. D'autre part, la geometrie du produit est specifiee, 
25 etape 1804. Une fois les etapes 1806 et 1810 partiellement ou completement realisees, on 
peut iDlacer les prestations sur les differents noeuds, etape*"T812. On realise alors 
automatiquement une synthese du controle des prestations, etape 1816, ainsi que la 
synthese des echanges, notamment sur les differents bus de donnees, etape 1818. A partir 
des echanges sur les bus, etape 1818, on peut specifier une messagerie ou la generer 
30 automatiquement, etape 1826, par exemple au moyen du procede decrit dans la demande 
de brevet fran9ais numero 01-05713 du 27 Avril 2001 incorpore ici par reference. 

D'autre part, les differentes variantes de calculateur, specifiees au cours de Tetape 
1810, et les differents capteurs et actionneurs, notamment rattaches aux variantes de 
prestation, sp6cifiees au cours de I'etape 1806, sont places sur la description geometrique 
35 du vehicule, etape 1814. On place de meme les points de routage, de connexion, les 
connecteurs et les zones d'evitement, 6tape 1 820. 



61 

A partir du placement des differents composants electriques et electroniques, etape 
1814. et de la description des contraintes g6om§triques, 6tape 1820, on synth6tise le 
routage des signaux notamment de donnees. de puissance ou lies a la masse, etape 1822. 

On specifie d'autre part les caracteristiques des differentes operations 6l§mentaires 
5 en termes de taille de code, de taille m6moire vive necessaire et de consommation CPU. 
etape 1824. Etant donnes le routage. 6tape 1822, d'une part, et la specification des 
ressources necessaires S I'execution des composants logiciels qui r6alisent les operations 
elementaires, etape 1824, d'autre part, on deduit une estimation de coQt du syst^me base 
sur le cout de I'architecture electrique (capteurs, actionneurs, fils, connecteurs) et le coOt lie 
10 aux types d'entrees - sorties et aux choix de processeurs induits par le placement, etape 
1830. Cette synthese, etape 1830, est realis^e en prenant notamment en compte 
roptimisation induite par des epissures sur les fils de puissance et de masse, etape 1828. 
Finalement, toutes ces etapes etant realis^es, on peut comparer I'arciiitecture evaluee a 
d'autres architecture, notamment par un critere de cout. de quallte ou de poids notamment 
15 par un critere de cout consolidant notamment les criteres de qualite et de poids. etape 1832, 
Afin de r^aliser une estimation de qualite consolidee. it faut realiser plusieurs etapes:,. 

- calculer automatiquement une mesure de qualite pour I'execution d'une ..^ 
operation eiementaire, et pour I'execution d'un ensemble d'operaUons .-^ 
elementaires sur un calculateur, etant donnee une mesure de qualite pour |. 

20 cheque type d'entrees/sorties, pour chaque type de fil (puissance, masse. | 

donnees). et etant donnee une mesure de qualite pour I'execution d'une ^ 
instruction sur un calculateur, pour un acces en memoire vive. pour un acces;. 
en memoire flash. 

- calculer automatiquement la qualite du routage 

25 - prendre en compte une mesure de qualite des capteurs et actionneurs 

. deduire automatiquement la qualitgWI'architecture electrique et eiectronique 

Les operations de validation et leur support par des moyens de tra9abirrte, la 
mattrise de la surete de fonctionnement ne sont pas d6crits en figure 18 mais compietent 
cette figure reprenant le precede global. 
30 En ce qui concerne les configurations, on peut distinguer : 

- les prestations de base qui peuvent etre reglementaires ou banalisees sur les 
vehicules (edairage, essuyage des vitres,...). 

- les prestations de base avec variante comme par exemple la motricite sur un 
vehicule qui peut dtre basee sur un moteur thermique essence ou diesel. sur un moteur 

35 electrique ou sur un moteur hybrid© par exemple. avec & chaque fois une mise en oeuvre 
differente, 




- les prestations qui ne seront pas necessairement int6gr6es a tous les produits et 
que i'on peut qualifier d'optionnelles. Par exemple la climatisation sur une automobile. 

La configuration de prestation est la selection d'un ensemble de variantes de 
prestations (optionnelles ou pas). Les prestations optionnelles de la configuration sont celtes 
5 qui ne sont pas toujours presentes. 

Pour une configuration donn^e, on donnera le taux de monte des prestations 
optionnelles notamment sous la forme d'un pourcentage. 

Pour un produit donne, on envisagera diff6rentes configurations. 

Considerant I'ensemble des configurations, on donnera le pourcentage respectif de 
10 chaque configuration par exemple sous la forme d'un pourcentage. 

Par exemple pour une automobile, on distingue les configurations luxe, confort, 
"600" (pour "economique") avec par exemple une prestation climatisation a 100% sur la 
configuration luxe, 40% sur la configuration confort et 0% sur la configuration eco. Les 
configurations luxe, confort, eco pourront representor respectivement 20% 50% et 30%. 
15 Les configurations prevues pour un produit ont un impact sur le choix de 

I'architecture materielle du produit. Par exemple, une climatisation a faible taux de monte 
(10%) incitera a mettre en oeuvre cette climatisation k I'aide d'un calculateur specifique alors 
que si la climatisation est presente ^ 100%, on aura tendance a integrer le logiciel et les 
interfaces materielles correspondants d un calculateur agglomerant de nombreuses autres 
20 prestations. II est en effet couteux de multiplier le nombre de calculateurs 6lectroniques et 
I'on cherche en pratique S integrer le plus possible de prestation pour faire baisser les coQts. 

Les configurations servant aussi a faire des choix de c§blage, I'exemple de ia 
climatisation ci-dessus le montre bien puisque le cablage pour un calculateur specifique aura 
un cout different du cablage pour un calculateur non-optionnel. Le choix d'un optimal de 
25 I'architecture electrique-electronique se fait done pref6rentiellement en fonction d'un 
ensemble de configurations pre-defini. ■ 

Les configurations servent aussi a gerer la diversity en permettant de limiter par 
conception, les combinaisons d'option disponibles. 

EHes repr§sentent aussi un element intermediaire pennettant de simplifier les 
30 validations comme on le verra par la suite. 

De par I'etape de placement des prestations sur les calculateurs, On peut deduire 
les configurations de calculateur associees a une configuration prestation. Ce sont 
notamment les calculateurs contenant au moins une operation elementaire d'au moins une 
prestation de la Configuration prestation. Le caractere optionnel du calculateur est aussi 
35 deduit. un calculateur contenant notamment des operations elementaires attachees 
uniquement a des prestations optionnelles pourra etre opfionnel. 
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Pour autant. on peut definir des configurations de calculateur et de oomposants 

materiels, notamment si I'etape de placement n'est pas encore realisee. 

Lorsque Ton sp§ctfie une configuration comme etant composes d'une configuration 
de prestation et d'une configuration de calculateurs. on fait i'liypoth^se que toute prestation 
de la configuration de prestation est bien entierement placee sur la configuration de 
calculateur et que reciproquement, les operations 6l§mentaires provenant de prestations qui 
ne sent pas dans la configuration de prestation sont desactiv§e sur ladite configuration de 
calculateurs. 

On integre dans le choix d'un routage optimal une contrainte Ii6e aux 
configurations. Un composant dont au moins une variante est absente dans au moins une 
configuration est dit optionnel. Le routage 6conomiquement optimal est, par example celui 
qui satisfait les contraintes suivantes: 

B 1) on ne peut pas lier un composant (capteur, actionneur) a un npeud 
optionnel te! qu'il existe au moins une configuration oO le nceud est absent et le composant 
est present. Done dans la recherche du routage dudit composant. les noeuds ne satisfalsant 
pas le critere ci-dessus ne sont pas consid^res. .^^ 
. o 2) on ne peut pas lier dans une §pissure de puissance deux fils qui ne,^^ 
seraient pas presents dans les memes configurations. k 

■ » 3) sous I'hypothese 1) ci-dessus, lorsque Ton synth6tise le routage d'un fil 
provenant d'un composant optionnel C et que le routage optimal abouti ^ un nceud N„ tel QL«''lrj^ 
existe au moins une configuration ou le nceud Nn est present et te composant C est absent, 
alors on tente de synthetiser au moins un autre, routage en consld6rant tous les noeuds,, 
autres que Nn qui satisfassent la condition 1). Le routage lie alors le composant a un 
nouveau noeud Nn+i- On itere cette operation jusqu'^ trouver un nceud Np tel que soit Np est 
le dernier nceud parcouru qui satisfasse 1). Pour I'ensemble des routages ainsi synthetises 
(le dernfef efarit le routage a Np), on applique le calcul de coQtTsamJgr^- par le taux de monte 
des differents composants, c'est a dire qu'un composant present dans 40% des 
configurations aura un coOt pond6re par 0,4. Le routage qui minimise le ooQt est le routage 
§conomiquement optimal pour I'ensemble des configurations. 

Par exemple, on peut rattacher le compresseur de la climatisation au noeud 
climatisation (optionnel et sp6cifiquement installe pour la prestation climatisation) ou au 
noeud calculateur habitacle (toujours present). La connexion au noeud climatisation coQte 
deux euros integrant par exemple le cout du connecteur du calculateur pour la connexion au 
compresseur et aux autres composants soit un euro, le coQt des fils soit un euro, et un euro 
sur le contrdleur habitacle . Si le taux de monte de la dim d6passe 50%, alors il faut router le 
compresseur au noeud contrdleur habitacle, sinon au noeud climatisation. Par exemple avec 
un taux de monte de 40% et pour cent exemplalres. le routage au noeud habitacle coOte 




1*100 * 1 euro soient cent euros, alors que le routage au ncBud cllmatisation coQte 0.40 * 
100 * 2 euros soient quatre-vingt euros. 

La connaissance des cout relatifs des pilotes suivant le nombre d'exemptaire 
permet d'affiner I'estimation economique. Si pour une serie de 40 000 exemplaires, un pilote 
5 de type PWM (Pulse Width Modulation) coute 1 euro, mais 0.5 euros pour une serie de 100 
000 exemplaires, alors pour une serie de 100.000 exemplaires et un taux de monte de la 
climatisation a 40%,. le cout du pilote sur sur le calculateur de climatisation sera de 1 euro 
alors que le cout de ce pilote sur le calculateur UCH sera de 0,5 euros et Tequation 
economique devient 100 + 100*0.5 euros soient 150 euros pour I'UCH et 80 + 0.4*100*1 
10 euro soit 120 euros pour le scenario du routage sur un calculateur de dim. II est donq 
toujours interessant de choisir le scenario "calculateur de climatisation". 

Si maintenant on estime un cout de montage, calcule en fonction 

- d'un cout de montage d'un toron necessaire a la mise en ceuvre de la 
climatisation sur la zone cockpit par exemple, 

15 - d'un coOt de montage d'un connecteur necessaire a la mise en ceuvre de la 

climatisation sur une frontiere de la zone cockpit ou sur la zone cockpit, 

- d'un coQt de montage du calculateur de climatisation et/ou habitacle sur la 
zone cockpit ou une autre zone specifiee par le concepteur, 

- d'un cout de montage des capteurs ou des actionneurs necessaire a la mise 
20 en ceuvre de la climatisation sur une zone et 

- d'un cout de connexion des differents connecteurs actionneurs necessaires a 
la mise en ceuvre de la climatisation entre zones ou dans une zone. 

Alors, etant donnee une evaluation pour le calculateur de climatisation qui est optionnel de 1 
euro; et de 2 euros pour le calculateur habitacle, pour un taux de monte a 40% de la 
25 prestation climatisation, I'option du routage sur calculateur de climatisation revient a 120 
euros + 0,4*100*1 +1*100*2 soient 360 euros, alors que le cout du routage sur le calculateur 
habitacle est de 150 euros + 1*100*2 soient 350 euros. 

Tout d'un coup le calculateur de climatisation n'est plus justifie. Affinons encore 
notre analyse. 

30 Prenons un impact qualite de 100 ppm (panne par million) sur 3 ans, un p6riode de 

garantie type, a la fois pour le calculateur climatisation et le calculateur habitacle. Estimons 
d'aulre part a 200 euros le cout moyen d'un remplacement de calculateur et affectons un 
cout de montage/demontage de 50 euros pour la zone dans laquelle se trouve le calculateur 
de climatisation et de 10 euros pour la zone dans laquelle on a place le calculateur habitacle. 

35 Supposons par ailleurs que les defauls qualite associes aux cablages dans les deux 
scenarios soient identiques et de 100 ppm mais de cout de reparation negligeable sauf pour 
le demontage. Pour simplifier on suppose que la majorite du cablage consider^ se trouve 




dans une zone a 50 euros comme le calculateur de climatisation. Mors, le coQt unitaire pour 
le remplacement de calculateur est de 100*200/ 1 000 000 sort 0.04 euros a majorer de 0,01 
euro pour le calculateur de climatisation et de 0,002 euros pour le calculateur de 
climatisation. Le cout de reparation du cablage est luis de 0,01 euro pour un defaut sur 
5 I'ensemble du cablage qui n'est present que lorsque Toption climatisation est retenue. Notre 
cout unitaire consolide integrant les defauts qualite est done maintenant de 360 + 0.4 * 100 * 
({0,04 + 0,01)(calculateur) + 0,01 (cablage)) euros soient 362,4 euros alors que le scenario 
avec calculateur habitacle coQte maintenant 350 + 0,4*100^0.01 soit 350,4 euros si Ton tient 
compte du fait que les coQts qualite lies au calculateur habitacle sont presents a Tidentique 
10 dans les deux scenarios et que le cablage specifique a la climatisation n'est monte que 
lorsque I'option climatisation est retenue. Notons au passage que le nombre de ppm du 
scenario avec calculateur de climatisation est de 0,4*(100 + 100) soit 80 ppm alors que le 
nombre de ppm du scenario sans calculateur de climatisation est de 0,4*100 sort 40 ppm si 
Ton fait abstraction des ppm lies au calculateur habitacle constant dans les deux scenarios. 
15 Sur le plan qualite, le scenario sans calculateur de climatisation est done preferable. 

Si Ton prend maintenant I'impact poids en compte et que I'on estime a 1 euro le , 
coQt consolide d'une charge d'un kilo. Etant donne d'une part un poids de 300 grammes pour. 
le calculateur climatisation et de 100 grammes pour le routage des actlonneurs specifiques/^ 
de la climatisation au calculateur climatisation et d'autre part un surpoids de 150 grammes ^^ 
20 du calculateur habitacle et de .150 grammes pour le routage des actionneurs specifiques de ^ 
la climatisation au calculateur habitacle, on trouve maintenant que le cout du scenario avec | 
calculateur de climatisation toujours pour cent exemplaires est de 362,4 + 0,4*100*0.4(400. • 
grammes)* 1(cout au kilo) euro soient 378,4 euros et de 350,4 + 0,4*100 * 0,3 (300 
grammes)* 1 +.0,6*100*0,150*1 euro soient 363,3 euros pour le scenario avec calculateur 
25 habitacle. Au passage, on a vu que I'hypothese avec calculateur de climatisation entrainart 
un surpoias~cfe"400 grammes alors que cette du placement "de" fa "climatisation sur le 
calculateur habitacle pese 300 grammes lorsque la climatisation est Installee. En moyenne 
ponderee. le poids du scenario avec calculateur de climatisation est 0,4(taux de 
monte)*0,4(kilos) soit 160 grammes alors que le poids de Toption sans calculateur de 
30 climatisation est 0,4 (taux de monte dim) * 0,3(300 grammes) + 0.6(sans clim)*0.150(poids 
du surplus calculateur) soit un poids marginal de 129 grammes et c'est ce dernier cablage 
qui est optimal en poids. 

Pour conclure, il faut encore prendre en compte le coQt de Texecution des 
operations elementaires de la prestation climatisation dans chacun des scenarios, cout qui . 
35 doit etre consolide dans le cout piece des calculateurs. Supposons que les operations 
elementaires de la climatisation necessitent 1 MIPS et que le coQt marginal du MIPS dans un 
processeur soit renseigne dans un abaque et donne pour 1 MIPS 2 euros et pour 20 MIPS 




10 euros et 9.6 euros pour 19 MIPS. Supposons d'aulre part que Independamment de la 
prestation climatisation, le calculateur habitacle embarque 19 MIPS d'execution d'operations 
elementaires. Finalement, prenons Thypothese d'un cout lineaire de la RAM a, 1 euros pour 2 
kilos octets et d'un cout lineaire de la flash a 4 euros pour un mega-octet. Finalement les 
5 operations elementaires de la prestation climatisation necessitent 2 k de RAM et 100 k de 
Flash- Dans ce cas le bilan consolide pour 100 vehicules pour les deux scenarios devient: 
378.4 + 0.4*100*(2+1+0,1*4) euros soient 514,4 euros pour le scenario avec un calculateur 
de climatisation alors que dans le cas ou le code est execute entierement sur le calculateur 
habitacle. le cout devient: 363,3 + 1*1 00*((1 0-9,6) +1 + 0.1*4) euros soient 543,3 euros. 

10 Au final le cout consolide unitaire de la solution avec calculateur de climatisation est 

done de 5.14 euros alors que le cout de la solution sans calculateur de climatisation est de 
5,43 euros par unite avec rhypothese d'une serie de 100 000 vehicules et un taux de monte 
de la climatisation de 40%. 

L'outil de conception d'architecture de systeme decrit ci-dessus pemnet de reallser 

15 une pluralite de validations tout au long du processus de conception. On distingue 

- la validation fonctionnelle qui consiste a verifier que toute donnee consommee par 
une operation elementaire doit etre produite par une operation elementaire 
independamment du lien des operations elementaires aux differentes prestations. 
Cette etape peut etre menee une fois Tarchitecture fonctionnelle renseignee dans 

20 les fenetres REQ et FUNG accessibles par les onglets 61 1 et 612. 

- La validation fonctionnelle apres placement qui consiste a verifier que toute 
donnee consommee par une operation elementaire doit etre produite par une 
operation elementaire et de plus, qu'entre ie producteur et le consommateur, il 
existe un chemin constitue eventuellement de reseaux et de noeuds 

25 intermediaires. Cette etape peut etre menee une fois le placement des prestations 

realise completement ou partiellement dans la fenetre MAP accessible par i'onglet 
613. 

La validation fonctionnelle et de messagerie qui consiste a verifier que toute 
donnee consommee par une operation elementaire doit etre produite par une 

30 operation elementaire et que de plus, entre le producteur et le consommateur, il 

existe un chemin constitue eventuellement de reseaux et de noeuds 
intermediaires et de plus, pour au moins un chemin, des emplacements dans des 
trames sont provisionnes pour Tacheminement de la donnee du producteur au 
consommateur. Cette etape peut etre realisee lorsque les trames de donnees ont 

35 ete partiellement ou completement realisees a Taide des fenetres HWD et MSG 

accessibles par les onglets 615 et 616. 
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La validation de I'architecture des prestations par configuration et/ou par mode qui 
consiste a appliquer les trois validations precedentes d'une part pour chaque 
configuration du produit et d'autre part pour chaque mode transversal du produit. 
Par exemple pour une configuration dont les seules options et choix de calculateur sont 
5 cllmatisation presente ou pas et controle essence ou diesel. on doit done appliquer les 
validations aux quatre variantes r6sultantes : essence avec ou sans climatisation et diesel 
avec ou sans climatisation. Pour ce qui est de la validation pour un mode donnee. la 
configuration etant fixee. on peut reproduire chaque type de validation mais que pour le 
sous-ensemble des operation 6lementaires qui sont potentiellement actives lorsque le 

10 moteur est anrete. 

Ces validations sont accessibles par un menu utilisateur (non repr^sente) 
accessiblle en cliquant sur I'onglet Tools 606 represents notamment en Figure 6. Dans ce 
menu utilisateur. on peut choisir d'une part I'une des trois validations, validation fonctionnelle, 
validation fonctionnelle aprds placement et validation fonctionnelle et de messagerie, et 

15 d'autre le perim^tre a retenir pour ces validations, le sous ensemble de variantes de 
calculateur et/ou de variantes de prestation, lie mode ou I'ensemble de mode, eVou la 
configuration ou I'ensemble de . configuration sur lesquels ces validations doivent Str| 
r6alis6es. 

Toutes ces validations sont realisees automatiquement a partir des donnees sp6cifi§es dans^ 
20 I'outil de conception d'architecture de systeme ..f-, 
Etant donne un cas d'utilisation. on exprime une contrainte de perfomnance sur c| 
cas d'utilisation ainsi que sur certaines des operations elementaires realisees dans I'et^t 
d'an-ivee dudit cas d'utilisation, et on valide que cette contrainte de performance est satisfaite 
pour un placement des dlfferentes operations elementaires. 
25 A titre d'exemple. prenons le cas d'utilisation que nous appellerons CRASH: "Dans 

un contexte moteur toumant, si un crash' est detecte. alors le vShicule doit se d§ven-ouilleT- 
d'urgence". Pour implementer ce cas. une requete "crash d6tect6" est sp6cifiee. Elle est 
realise par une operation 6l4mentaire qui capture la valeur donn6e par un accelerometre "A". 
Cette valeur est "a". Le pilote logiciel de capture de Tacceleration con-espond au programme 
30 "P1". Dans ce cas, I'etat d'arrive du cas d'utilisation CRASH est par exemple un 6tat que 
nous nommerons "Deverrouillage d'urgence". Dans cet §tat, I'operation §l§mentaire 
"deverrouillage des portes" est realisee. Elle correspond d une donn6e d mise a 1 qui 
commande par un pilote logiciel P2 qui commande les verrous des portes Vi. Si I'on donne 
une contrainte de perfonnance de 100ms sur la realisation du cas d'utilisation CRASH cela 
35 signifie: 

- Que I'acceleromdtre a detecte une valeur de crash a. 

- que la valeur de a a ete rafraTchie en executant le pilote P1 




- que Tentree dans Tetat Deverrouillage d'urgence a ete realisee 

- que la donnee d a ete mise a 1 

- que le logiciel P2 a ete execute 

- que les verrous Vi ont fonctionne 

5 le tout en nnoins de 100 ms. Certaines de ces etapes etant paralieles et d'autres 
sequentielies. 

Si maintenant, de plus, I'accelerometre est place sur un calculateur d'airbag et la 
commande des verrous est placee sur un autre calculateur, par exemple le calculateur 
habitacle, et ces deux calculateurs sont relies par un bus CAN sur lequel la donnee a est 
10 transportee par une trame T. Alors la contrainte de 100 ms signifie maintenant: 

- Que Taccelerometre a detecte une valeur de crash a. 

- que la valeur de a a ete rafraichie en executant le pilote PI 

- que la valeur de a a ete ecrite dans le pilote CAN du calculateur Airbag pour 
remission de la trame T 

15 - que la trame T a circulee sur le bus 

- que la trame T a ete lue et la valeur de a extraite par le pilote CAN du calculateur 

habitacle 

- que I'entree dans I'etat Deverrouillage d'urgence a ete realisee 

- que la donnee d a ete mise a 1 
20 - que le logiciel P2 a ete execute 

- que les verrous Vi ont fonctionne 

le tout en moins de 100ms. On a partir de cette liste etablir des exigences de performance 
pour I'execution de chacune de ces etapes. Par exemple, on peut proposer que la trame T 
soit emise toute les 20ms ce qui laisse 80ms de temps d'execution pour les autres 

25 operations qui sont sequentiellement executees avant ou apres remission de la trame. Si 
cette hypothese s'avere trop difficile a tenir, on reduira le temps de transmission de T anOms 
par exemple. Si au contraire, on s'apergoit que le reseau par lequel T transite est tres 
charge, on tentera d'emettre une exigence d'emission toutes les 30ms pour T et I'on tentera 
de realiser toutes les operations qui doivent se derouler avant ou apres remission de T en 

30 moins de 70ms. 

Reciproquement, si des exigences de performance ont ete exprimees sur ces divers 
operations, on peut verifier que la somme de ces operations se fait bien en moins de 100ms. 
Finalement, si certaintes exigences sont specifiees mais pas d'autre, on deduit des 
exigences deja specifiees le temps restant pour executer toutes les operations sur lesquelles 
35 aucune contrainte n'est exprimee. 




Si I'on recherche une anomalie Ii§e ^ la r6alisation du cas d'utilisation CRASH cela 
signifie que I'on peut rechercher en priorite les causes parmi las differentes composantes 
realisant le cas d'utilisation CRASH, telles que:: 

- racceleronnetre a detecte une valeur de crash a. 

5 - la valeur de a a ete rafraTchie en executant le pilote P1 

- I'entree dans I'etat Deven-ouillage d'urgence a ete realisee 

- la donnee d a ete mise a 1 

- le logiciel P2 a ete execute 

- les verrous Vi ont fonctionne 

10 On peut ainsi synthetiser automatiquement la liste des operations elementaires, 

executions de pilotes, ecritures et lectures dans des trames, prise en compte d'information 
par des capteur et des actionneurs, transfert de trame sur un reseau, notamnrient, d6crire 
toutes les operations a effectuer lore de la realisation d'un cas d'utilisation afin de savoir 
exactement dans quel ensemble d'objets rechercher la cause d'un d6faut d6tect6e lors de 

15 rex6cutlon du cas d'utilisation CRASH. 

Une fois le placement realise, on peut identifier automatiquement dans chaque 
mode transversal I les operations elementaires qui doivent §tre operationnelles. Lorsqu'a.u 
moins une operation elementaire fonctionne sur un calculateur, cela signifie qu'urie 
initialisation m§me partielle du calculateur doit etre effectu6e dans le mode correspondani 

20 Lorsque aucune operation el§mentaire ne s'execute dans un mode transversal donne sur un 
calculateur, cela signifie qu'il peut §tre desactlv6. ^ 

Paraqraphes de fin de description 

25 On observe que le proc6d6 de conception et rputil correspondant permettent des 

crgmarches "top-down", en suivant les onglets, dans-Tordre, comme expose dans la 
description, et "bottom-up", c'est-^-dire en suivant tout ordre de specification voulu par le 
concepteur, y compris en selectionnant les onglets dans I'ordre Inverse de ce qui est expos6 
dans la description. 

30 
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REVENDICATIONS 



1. Procede pour synthetiser une architecture electrique et electronique d'au moins 
une partie d'un produit comprenant des fils electriques et des composants electriques et 
electroniques tels que des capteurs, des actionneurs et des calculateurs, caracterise en ce 
qu'il comporte les etapes suivantes : 

- on represente en deux dimensions la geometrie du produit decoupee en 
differentes zones (102) ; 

- on place, dans les differentes zones, des points de routage pour le routage 
des fils electriques (106) ; 

- on place, entre les differentes zones, des points de connexion (106) ; 

- on place des composants electriques et electroniques dans les zones (108) ; 

- on procede a une synthese d'un routage (110, 112, 114) en fonction de la 
geometrie des differentes zones, des positions des points de routage, des 
points de connexion et des composants ; 

- on procede a une evaluation de ce routage (116, 118, 120) et 
en fonction du resultat de cette evaluation ; 

- on modifie des emplacements de points de routage, de points de connexion 
et/ou de composants electriques et electroniques et on repete les etapes de 
synthese et d'evaluation. 

2. Procede selon la revendication 1, caracterise en ce que au moins un point de 
connexion correspond, dans le produit, a un connecteur et/ou au moins un point de routage 
correspond, dans le produit, a un connecteur. 

3. Procede selon Tune quelconque des revendications 1 ou 2, caracterise en ce 
que, avant de placer les composants electriques et electroniques, on fait au moins un des 

""choix ci-apres : 

. choix d'unites de controle electroniques, 
choix de reseaux de communication, 

- choix de capteurs et actionneurs, 

- choix de boTtiers fusibles et relais, 

- choix d'une architecture electrique et electronique. 

4. Procede selon Tune quelconque des revendications 1 a 3, caracterise en ce que, 
avant de proceder a la synthese du routage, on specifie des caracteristiques des 
composants electriques et electroniques. 

5. Procede selon i'une quelconque des revendications 1 a 4, caracterise en ce que, 
apres la synthase du routage, on visualise le cSblage constitue du routage synthetise et de 
connecteurs. 
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6. Procede selon I'une quelconque des revendications 1 a 5. caracterise en ce qu'il 

comporte une etape de validation d'un routage parmi ceux evalues. et on procede au calcul 
rfune specification technique du cablage constitue du routage synthetise valide et de 
connecteure et au calcul d'un coQt du cSblage eVou au calcul d'une mesure de qualite. par 
5 exemple par I'estimation du nombre de pannes par million et par an du cablage. 

7. Precede selon i'une quelconque des revendications 1 ^ 6, caracl§ris6 en ce que 
le produit est un v^hicule et les differentes zones du vehicule comprennent au moins I'une 
des zones suivantes : 

- la zone de la face avant, 
IQ . la zone du capot, 

- la zone du tableau de bord, 

- la zone du pavilion, 

- la zone du coffre et du hayon, au-dessus et en dessous des zones 
ci-dessus, 

j5 , la zone de I'aile avant droite et de I'aile avant gauche, 

- la zone de la porte avant droite et de la porte avant gauche. ^. 

- la zone du montant droit et du montant gauche, £ 

- la zone de la porte arriere droite et de la porte anriSre gauche, p. 

- la zone de I'aile arriere droite et de I'aile arrldre gauche, entre la zone du;^ 
20 tableau de bord et celles de I'aile avant droite et de I'aile avant gauche, les J 

zones du montant avant droite et du montant avant gauche, entre la zone du^ 
coffre et celles de I'aile arriere droite et de I'aile arridre gauche, les zones du^^ 
montant arriere droit et du montant anriere gauche, 

- une zone du dessus de plancher et 
25 - une zone de dessous de plancher. 

8. Pfo5-e-a6 selon I'une quelconque des revendications 1--a-"!^-caract6ris6 en ce que, 
pour chaque capteur et chaque actionneur, des pines de donn^es associ^es ^ des pilotes 
(materiels et logiciels) et des donnees, des pines de puissance con-espondant S 
I'alimentation. des pines de masse etant spfecifiees, on synth6tlse automatiquement. le 

30 routage des fils de donn6es provenant des pines de donnees, aux unites de contrSle 
electroniques ou aux boitiers fusibles et rplais pour les donnees, aux bottlers fusibles relais 
pour les fils de puissance et aux masses respectivement les plus proches. 

9. Dispositif pour synth6tlser une architecture electrique et 6lectronlque d'au moins 
une partie d'un produit comprenant des fils electriques et des composants 6lectriques et 

35 electroniques tels que des capteurs. des actionneurs et des calculateurs, caracteris6 en ce 
qu'il comporte : 




un moyen de representation, en deux dimensions, de la geometrie du produit 
decoupee en differentes zones ; 

un moyen de placement dans les differentes zones, de points de routage 
pour ie routage des fils electriques ; 

un moyen de placement, entre les differentes zones, de points de connexion ; 
un moyen de placement de composants electriques et electroniques dans les 
zones ; 

un moyen de synthese d'un routage en fonction de la geometrie des 
differentes zones, des positions des points de routage, des points de 
connexion et des composants ; 
un moyen d'evaluation de ce routage et 

un moyen de modification des emplacements de points de routage, de points 
de connexion et/ou de composants electriques et electroniques. 
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